MM
И оно смержится
Size: a a a
2018 December 06
MM
То есть часть полей юзера из пг берется, часть из рест
MM
Часть из монги
MM
Да откуда угодно
MM
Можно даже даталоадер юзать вместе с хазурой
MM
пишут что их писать не нужно
В 95% случаев не нужно, но это конкретно у нас
MM
Ну то есть я не согласен с их мотивацией и рекламой «юзайте хазуру в виде основного graphql-сервера и не пишите свой»
MM
Так не получится)
OG
звучит очень не плохо, я хоть играюсь с appol-server но это чисто для души, у нас есть большой монолит который писался в условиях когда на старте, компания заказчик уже платила не устойку .... словом ксотылей котоыре мешают жить хватает, планирую переводить все это на graphql и учитывая что у нас postgres скорее всего выберу хазуру
MM
Ооооой, большой монолит на graphql перевести, мне кажется это нужно иметь огромное терпение)
MM
Можете попробовать хазуру подцепить на вашу готовую базу
OG
там половину перереписывать нужно )))
MM
И поиграться с запросами
MM
На это уйдет 1 час
OG
с этого наверное и начнем, после нового года планирую этот шлак переписать если не полнсотью то значительную часть
OG
но у нас дотаточно много логики на уровне кода, если я правильно понял это нужно будет дублирвтаь на уровне резолверов ?
MM
Хазура также дает возможность делать и мутации в бд, но нам это не подходит. Хоть хазура и гарантирует транзакционность, если в одном запросе будет несколько мутаций, нам все-равно нужно четко управлять транзакциями, иметь возможность сделать роллбек в случае чего, или SELECT FOR UPDATE... таких вещей в хазуре не сделать. Поэтому юзаем её только для селектов
MM
но у нас дотаточно много логики на уровне кода, если я правильно понял это нужно будет дублирвтаь на уровне резолверов ?
Приведите примеры
MM
Всякие нетривиальные аггрегации придется писасть самому, да
OG
при сигхронизации приложения с сервером приходитя учитывать что делалось пока приложение было в офлайне