Телеграмм чат группы prophp7 страница 12448

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

а жить без схемы в монге это надо быть дауном совсем

источник

14:48пожаловаться #4

SM

Sasha Mikhlyaev in PHP

Sergey Zolotov

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

а жить без схемы в монге это надо быть дауном совсем

щас нодеры в судорогах дергаться начнут

AM

Когда кто-то приходит со своим проектом и хвастается стэком вида C, Go, Angular, MySql, MongoDb, PostgreSql, RabbitMQ, Redis, возникает 1 закономерный вопрос - почему вам не хватило одной реляционной базы?

Сюда же примеры с Kafka + RabbitMQ + NATS или Redis + Memcached. Широкий техстек это чаще минус авторам проекта, и в большинстве случаев вы и так не встретите проблемы, требующие несколько баз сразу (you're not Google at mini scale так сказать).

Признаюсь, у нас у самих было 2 БД одновременно, но все было во время миграции, хотя в итоге остались на старой БД, просто было нерационально переписывать одно и то же. Но вот не все мигрируют, там более годами)

(пока в коменты не набежали с аргументами "да мы монолит 5 лет распиливаем, с пхп+монго на го+пг" скажу сразу, в начале поста упоминается _новый_ проект, сделанный с нуля, и объяснить зачем так, человек не смог)

Почему-то тут же вспомнился 1 СТО, который делал 1 инстанс БД пер сервис. Что конечно делало компоненты независимыми, но так же (имхо) раздувало поддержку этого чуда. И не чуть-чуть счёт.

В каком-то 2015ом году действительно могло не хватить, но теперь реляционки умеют в NoSQL.

ИЛ

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

кафка грефневая?

источник

14:55пожаловаться #7

КГ

Константин Грачев... in PHP

Maksim Masiukevich

я с ней особо не работал, хз нахуй она нужна в 2к21

Студентов учить удобно. Хуяк хуяк и работает. Хелловорд

источник

14:55пожаловаться #8

SZ

Sergey Zolotov in PHP

Artem Molotov

В каком-то 2015ом году действительно могло не хватить, но теперь реляционки умеют в NoSQL.

в 2015 уже был эластик для этих целей

AM

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

а жить без схемы в монге это надо быть дауном совсем

а, было

источник

14:57пожаловаться #10

AM

Artem Molotov in PHP

Использовали ли вы графовые БД в продакшене?

Анонимный опрос

11%

Да

51%

Нет

2%

-

36%

Тычёпёс?!..

Проголосовало: 45

источник

14:59пожаловаться #11

AM

Artem Molotov in PHP

Artem Molotov

Использовали ли вы графовые БД в продакшене?

Анонимный опрос

11%

Да

51%

Нет

2%

-

36%

Тычёпёс?!..

Проголосовало: 45

Хотя может лучше было бы сделать неанонимным 🤔

источник

14:59пожаловаться #12

AM

Artem Molotov in PHP

Sergey Zolotov

в 2015 уже был эластик для этих целей

Эластик умеет и в реляционку и nosql одновременно?

источник

15:01пожаловаться #13

SZ

Sergey Zolotov in PHP

у нас щас кластер монги 19 нод (3 монгоса, 4 шарда и по 3 реплики на каждый)

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

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

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

манагед решения типа атласа или AWS DocumentDB стоят ОЧЕНЬ дорого

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

источник

15:02пожаловаться #14

SZ

Sergey Zolotov in PHP

Artem Molotov

Эластик умеет и в реляционку и nosql одновременно?

эластик в реляционку не умеет)

источник

15:02пожаловаться #15

AM

Artem Molotov in PHP

Sergey Zolotov

эластик в реляционку не умеет)

тогда "для таких целей" не подходит) Речь же была "почему не юзать одну СУБД"))

источник

15:03пожаловаться #16

AM

Artem Molotov in PHP

Sergey Zolotov

у нас щас кластер монги 19 нод (3 монгоса, 4 шарда и по 3 реплики на каждый)

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

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

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

манагед решения типа атласа или AWS DocumentDB стоят ОЧЕНЬ дорого

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

Помню, что мне восхваленно объясняли, что инфраструктура монги это изи. Мол всё легко и быстро масштабируется, шардируется и тд.

источник

15:04пожаловаться #17

PB

Petr Beloborodov in PHP

вот же Макаров подлец, делает свою yii ради своего обогащения https://github.com/yiisoft/yii2-queue/issues/143#issuecomment-811802233

GitHub

How to make repeated attempts with progressive delay? · Issue #143 · yiisoft/yii2-queue

I want to make each retry attempt each time more delayed. However, I could not do it, because there is no delay property in ErrorEvent: Yii::$app->queue->on(Queue::EVENT_AFTER_ERROR, ...

источник

15:04пожаловаться #18

SZ

Sergey Zolotov in PHP

Artem Molotov

тогда "для таких целей" не подходит) Речь же была "почему не юзать одну СУБД"))

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

и в любом случае нельзя запихнуть рандом структуру с вложенностью и чтоб магией работали запросы по ним. тебе придется делать точечную индексацию по полю, а это ничем не отличается от того что у тебя будет колонка в реляционке, а поля по которым не нужно искать - json пусть даже обычным text

источник

15:04пожаловаться #19

AM

Artem Molotov in PHP

Artem Molotov

Помню, что мне восхваленно объясняли, что инфраструктура монги это изи. Мол всё легко и быстро масштабируется, шардируется и тд.

Как раз было где-то в 2015ом, во времена её наибольшего хайпа

источник

15:05пожаловаться #20