Опять же, придется писать нативные запросы, привязка к мускулу

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

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

Я так не говорю

Я просто говорю

Есть какие то цифры о том, сколько раз в среднем проекты переезжают на другую базу?

Думаю, меньше одного раза в жизни

В среднем

Есть какие то цифры о том, сколько раз в среднем проекты переезжают на другую базу?

0) Это сложно и редко оправдано)

Есть какие то цифры о том, сколько раз в среднем проекты переезжают на другую базу?

1 на 100 000 проектов хотя бы один раз

и то обычно не полностью

Есть какие то цифры о том, сколько раз в среднем проекты переезжают на другую базу?

Ну кроме переезда у тебя еще неоднородность получается в проекте, откуда то тебе придется $user сущность, и с другой стороны $user2 как массив, а у тебя уже написана функция, для делания кое-чего с этой сущностью, а массив ей уже не отправишь. А жалко

а только какую-то критическую часть.... например с mysql на neo4j

Ну кроме переезда у тебя еще неоднородность получается в проекте, откуда то тебе придется $user сущность, и с другой стороны $user2 как массив, а у тебя уже написана функция, для делания кое-чего с этой сущностью, а массив ей уже не отправишь. А жалко

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

ну и мы говорим об уровне проектов где люди умеют в доктрину ;P или способны организовать свой DAL

НО! суть DQL не в том что бы совместимость между СУБД делать

а в том что бы оперировать полями сущностей а не табличками... больше ничего

иначе пришлось бы как-то уметь парсить все SQL диалекты и разбираться чет ты там хочешь селектить

Ну у нас часть проекта уехала в монгу и изолирована от мускула. А вокруг основной базы столько всего наворочено, что проще обложиться в три уровня кешами, денормализациями и всякими специфичными для базы запросами, чем обосновать бизнесу необходимость поднять тот же постгрес или ещё какую-то Марию

что бы потом суметь автоматом замэпить все правильно

Ну у нас часть проекта уехала в монгу и изолирована от мускула. А вокруг основной базы столько всего наворочено, что проще обложиться в три уровня кешами, денормализациями и всякими специфичными для базы запросами, чем обосновать бизнесу необходимость поднять тот же постгрес или ещё какую-то Марию

не знаю зачем нужна монга если есть постгрес)

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

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

главное, свалить пока не поздно)

главное, свалить пока не поздно)

ну че мне было бы интересно еще разок повозиться с монгой)

хз зачем постгрес если есть марья)

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

Ты иногда неуместно категоричен))

хз зачем постгрес если есть марья)

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

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

например?

ну например индекс от каких-то преобразований данных

Ты работал на проектах, где архитектурные решения приняты за два года до твоего прихода?)

без необходимости делать виртуальную колонку с тригерами

Даже не архитектурные, а выбора платформы

так а что я выбор платформы осуждаю?)

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

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

У нас в универе профессор занимается картами, у него там бд в постгресе на терабайты, он ее месяц импортировал (без паузы). Дал он значит нам, студентам, доступ к этой бд и прибавил "Только, очень прошу, пожалуйста, не сделайте TRUNCATE. Почему он не сделал права, я не знаю, наверное ему похуй)

И спустя два года приходишь такой ты и говоришь "зачем монга если есть постгрес?"))

ну например индекс от каких-то преобразований данных

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

Затем, что оно уже работает и приносит деньги

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

индекс по jsonb полю?

индекс по jsonb полю?

ты иногда слишком много хочешь от базы)

так а что я выбор платформы осуждаю?)

Как минимум слова "зачем монга если есть постгрес" прозвучали от тебя))

тут от джоинов иногда приходится отказываться

ты иногда слишком много хочешь от базы)

базовые ж вещи))

Затем, что оно уже работает и приносит деньги

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

а ты хочешь индекс по полю в жсоне

тут от джоинов иногда приходится отказываться

я уже отказался и запихнул в json, теперь хочу индекс.

базовые ж вещи))

Решение принято пару лет назад)

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

т.е всякие агрегации можно выбросить

Как минимум слова "зачем монга если есть постгрес" прозвучали от тебя))

ну и я от слов не отказываюсь)

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

хранить и отдавать по индексу хоть какому-то

Под нагрузкой держится и норм)

касандру не рассматривали?

в процессе, нужно проводить кучу тестов для нее

касандру не рассматривали?

вот Антон тоже за неё набрасывает) пробовал в деле?

мне надо какую-нить помойку под эвент стрим... прям в рекламе ничё лучше не придумать

вот Антон тоже за неё набрасывает) пробовал в деле?

пока чисто на синтетике пробовал.... чисто глянуть как оно работает сделал класстер на 3 ноды

мне надо какую-нить помойку под эвент стрим... прям в рекламе ничё лучше не придумать

кафка))

кафка))

там не те ивент стримы, там под ивент серсинг

не важно

ну то есть коллекцию событий хранить

запихивай терабайт данных

и будет тебе коллекция

их хранить надо)

что мешает их хранить в кафке?

касандра под это дело как-то лучше

?

ERROR: S client not available

о) норм накинул) гляну кафку на досуге, пасиб

мы сча кафку будем прикручивать)

правда нам кролика за глаза хватает

мы сча кафку будем прикручивать)

под ес?

нет, это ж просто брокер сообщений

нам для интеграции с другими челиками

правда нам кролика за глаза хватает

кролик и кафка немного в разных плоскостях

будем ивенты им слать через кафку

кролик и кафка немного в разных плоскостях

мы их используем для pub/sub

так что в моем случае примерно одинаково

а почему не кролик?

+1, чем кролик не подошел то?

ну это не мне вопрос) это челики уже юзают во всю) к теме о том когда не ты выбирал инфраструктуру)

ну и у ребят этих количество данных сильно больше...

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

кролик получил и выплюнул

ну видать кто-то почитал какую-нибудь статью в духе "кафка это модно" и вжух

а кафка держит в себе всю историю

и ты можешь по этой истории скока угодно раз бегать

так что они немного разные)

может быть

ну и на кафке уже нельзя сделать fan out скажем из одного стрима на 10 консюмеров, как на кролике

в моей практике случалось такое, что кролик пролглотил разом 2 с хером миллиона задач и сидел раздавал до победы. Аж захотелось эрланг выучить...) но это быстро прошло)

2 миллиона?

угу

это много или мало?

с точки зрения кролика, он особо не заметил. с точки зрения приложения, было больно) ибо задачки тяжёлые

были моменты когда зависло в очереди около 600миллионов

в очередях* в общей сумме

у нас сие было следствием рукожопости и необычайной тупости одминов. Там страшные задачи, которые задействуют +/- все сервисы и триггерят новые (не особо оптимально использовали в общем). Посему запомнилось. так-то если там легковесные сообщеньки, пофигу.

https://www.youtube.com/watch?v=cp8mTAW88rQ вот кстати запись моего доклада с котлин конфы