Можешь конечно и датастакс замахнутся но мануалы будешь курить месяца 3

это нормально

блин, графовая бд =)

мне торопиться некуда

датасакс

это нормально

Ну фиг знает.

датасакс

Это ты здря. datastax крутая штука. Но тяжелая для разворачивания и понимания

дада а еще хорошо бы нейронку которая за тебя все соберет и сделает

(:

и кофе заварит

касандра ...

и кофе заварит

Дык кофе машины по ssh давно есть

кофе из TCP пакетов добывают и аскиартом рисуют

на пенке

Дык кофе машины по ssh давно есть

дак ей командовать надо

а надо чтобы она сама

кофе из TCP пакетов добывают и аскиартом рисуют

Мы уже поняли что ты знаешь всякие страшные слова

лень командувать блет

а надо чтобы она сама

Iffft в помощь

?

нейронка она или где

нейронка она или где

Нейронка это математический аппарат для поиска средних чисел в 100500 потоков.

Не представляю как оно тебе с кофем поможет

зависит от размеров сети.

Без разницы размер сети. Там еще и формы разные бывают. Смысл тот же

там не средние кстати. там работает принцип сжимающих отображений на пространстве функций при обучении всей этой срани

да, йа закончел физмат и немного с этим возился

да, йа закончел физмат и немного с этим возился

Угу. Раскажи мне еще

не хочу. мне вообще вся эта срань с нейронками ущербной кажется. и тупиковой

когда хуй знает куда заведет обучение. и нет гарантии что тот кто обучает - обучает верно

не хочу. мне вообще вся эта срань с нейронками ущербной кажется. и тупиковой

Потому мы идем другим путеи

не хочу. мне вообще вся эта срань с нейронками ущербной кажется. и тупиковой

Ну алгоритмов для обобщения которые не ведут к взрыву не так и много на самом деле

нейронки в рамках поиска средних состояний вполне себе справляются.

но к созданию ИИ они не ведут это очевидно всем кроме школьников

sup 0/

Првет всем. Какую бд выбрать для быстрой работы с большим колличеством записей? Желатьно без использвания ram и ssd :) Да индексация, но у mysql даже с индексацией начинаются проблеммы после 100 млрд записей. Сейчас использую clickhouse, но из за его неумения удалять и модифицировать записи, решил перейдти на что-то другое.

Првет всем. Какую бд выбрать для быстрой работы с большим колличеством записей? Желатьно без использвания ram и ssd :) Да индексация, но у mysql даже с индексацией начинаются проблеммы после 100 млрд записей. Сейчас использую clickhouse, но из за его неумения удалять и модифицировать записи, решил перейдти на что-то другое.

ради спортивного интереса. что там в этих 100 миллиардах

ради спортивного интереса. что там в этих 100 миллиардах

миллиарды миллиардов же

Курсы разных валют, за долгое время

лол

я так понимаю обновление каждые 5 секунд

если курсы - лажа, если котировки - то хреново выбрано хранилище

точнее его бы стоило бы писать самостоятельно

я так понимаю обновление каждые 5 секунд

нет

в elastic есть версии документов

нету

причем одни и те же json сообщения могут совпадать целиком, кроме даты получения сообщения, и тогда нужно просто проапдейтить дату, без обновления версии

Event Sourcing

Курсы разных валют, за долгое время

и как вы используете устаревшие курсы?

обучение

Ну это не суть

это суть

"у нас начинаются проблемы с доступом к данным" - какого рода доступом?

я же не могу насоветовать k/v, если там другого рода выборки

и как вы используете устаревшие курсы?

так нужно же лохов типа форекс разводить

Првет всем. Какую бд выбрать для быстрой работы с большим колличеством записей? Желатьно без использвания ram и ssd :) Да индексация, но у mysql даже с индексацией начинаются проблеммы после 100 млрд записей. Сейчас использую clickhouse, но из за его неумения удалять и модифицировать записи, решил перейдти на что-то другое.

А где ты взял 100 млрд записей? Денормализовал что-то?

А где ты взял 100 млрд записей? Денормализовал что-то?

Может ты миллиарды в миллионами попутал?

Event Sourcing

Спасибо!

А где ты взял 100 млрд записей? Денормализовал что-то?

Временные ряды, ничего я не денормализовал

> timeseries > mysql

> timeseries > неумения удалять и модифицировать

праздник какой-то

Да, но кроме временных рядов ещё будет информация, с специализированные бд не очень с ними

теперь расскажи, какие высшие силы ограничивают тебя в использовании двух разных бд

Те которые отвечают за психику разработчиков

чего

то есть ты собрался во второй раз полностью поменять стек и это ок

а две базы уже психику значит

В последний раз помять один раз, чтобы потом не париться

И бд для временных рядов с большим количеством данных вроде не очень

что я вообще читаю

Так кому тут ещё универсальных баз данных подкинуть, так чтобы не работать?

Ггг

Чувствую, это осеннее обострение

Одни хотят разрабам блокчейнами плотить, другие серебряную пулю ищут

что я вообще читаю

"они совершенно не рассчитаны на работу с большими объемами данных." -> https://habrahabr.ru/company/selectel/blog/245515/

стыдно должно быть в качестве аргумента хабр приводить

отдельный вопрос - откуда в дискуссии вообще инфлюкс образовался

стыдно должно быть в качестве аргумента хабр приводить

Что с ним не так? Сам инфлюкс не причем, просто в статье немного про time series базы написано в общем.

что там одни некомпетентные люди пишут для других некомпетентных людей?

то, что тебе где-то в интернете написали сразу про целый класс продуктов какое-то утверждение, и ты сразу принял его на веру?

Ну хабр вроде не плохой источник информации, да и репа у публикации положительная

хабр - это не источник информации, это место, где каждый пишет что вздумается с соответствующими вытекающими и аргументацией позиции

там могут писать нормальные люди, но любой нормальный человек в то же время понимает, что слепо доверять написанному там сродни самоубийству

хабр - это не источник информации, это место, где каждый пишет что вздумается с соответствующими вытекающими и аргументацией позиции

+1

Нельзя брать что-то от туда, если пишут про очередную "серебряную пулю"

Опять убили надежды человеку.

хабр - это не источник информации, это место, где каждый пишет что вздумается с соответствующими вытекающими и аргументацией позиции

Вот кстати да. Двач порой информативнее

У нас с другом была затея откровенный фейк туда в виде статьи заебенить и посмотреть, вылезет из песочницы или нет

У нас с другом была затея откровенный фейк туда в виде статьи заебенить и посмотреть, вылезет из песочницы или нет

да можно сразу корчеватель

Ну на прошлой работе руководство заебало с хабром. Как начитается говна там - сразу устраивает совещания по поводу новых идей

Потому да, дискредитировать хабр неграмотными вбросами на него же - вполне благое начинание, я щитаю

Потому да, дискредитировать хабр неграмотными вбросами на него же - вполне благое начинание, я щитаю

там есть годные идеи.. или были годные идеи.. а сейчас типа помойка " ааа смотрите я умею мигать лампочками на малинке"

а гиктаймс вообще похож на клуб маскофилов.. попробуй там поставить под сомнение "великого" Маска, или выскажи что нибуть " битки это пирамида". и все уйдешь в такие минуса

прочел статью чуть дальше > ...так называемые NoSQL базы данных — как популярные HBase и Cassandra, так и более специализированные решения — например, OpenTSDB, KairosDB и Acunu. Возможно, в некоторых ситуациях такой вариант вполне оправдан, но для решения подавляющего большинства практических задач он вряд ли подойдёт. Все перечисленные выше БД работают на базе инфраструктуры Hadoop, и для их нормального функционирования требуется огромное количество зависимостей. oh my oh fuck