Size: a a a

GraphQL — русскоговорящее сообщество

2019 July 13

AL

Andrii Los in GraphQL — русскоговорящее сообщество
Кек. Хорошо. Считайте как хотите, но монга это не универсальная технология, а технология с узкой заточкой.
источник

AL

Andrii Los in GraphQL — русскоговорящее сообщество
Реляционки универсальны и монга отлично им может помочь где вдруг они не до конца подходят, но иметь монгу как основную базу в 95% плохая идея.
источник

e

egoarka in GraphQL — русскоговорящее сообщество
про любой инструмент можно так сказать, если не уметь правильно с ним обращаться

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

AL

Andrii Los in GraphQL — русскоговорящее сообщество
Да, но хранить нормальные данные в монго = потрачено, даже если её знать от головы до ног. Это просто использование технологии там, где её использовать можно, но не стоит. Вот.
источник

AL

Andrii Los in GraphQL — русскоговорящее сообщество
Так то монга отличная вещь, но с умом нужно.
источник

e

egoarka in GraphQL — русскоговорящее сообщество
Andrii Los
Да, но хранить нормальные данные в монго = потрачено, даже если её знать от головы до ног. Это просто использование технологии там, где её использовать можно, но не стоит. Вот.
данные - это данные
strict слой поверх монги с прямыми руками сделать не сложно
источник

AL

Andrii Los in GraphQL — русскоговорящее сообщество
Только зачем, когда можно просто взять постгрес :D
источник

e

egoarka in GraphQL — русскоговорящее сообщество
я же сказал, не буду спорить :) , можно и постгрес брать, даже больше скажу, у меня на проектах он тоже есть, я доволен, но кидать камни в огород монги такое себе, я не вижу ничего плохого в ней, даже в проде
источник

r

rtme in GraphQL — русскоговорящее сообщество
Andrii Los
И ничего удобнее SQL, или как минимум, знакомее, чем SQL нет на свете пожалуй. А в монге сразу же будет либо избыточность, либо инконсистентность, либо костыль и хранение нормальных данных в базе, в которой это не особо предусматривается.
по данным
источник

r

rtme in GraphQL — русскоговорящее сообщество
то есть если у меня солянка из данных, есть то что можно нормализовать и есть полный венегрет и не ясное будущее )?
источник

r

rtme in GraphQL — русскоговорящее сообщество
egoarka
я же сказал, не буду спорить :) , можно и постгрес брать, даже больше скажу, у меня на проектах он тоже есть, я доволен, но кидать камни в огород монги такое себе, я не вижу ничего плохого в ней, даже в проде
.
источник

e

egoarka in GraphQL — русскоговорящее сообщество
бери любую в твоем случае
источник

r

rtme in GraphQL — русскоговорящее сообщество
ну вот я так же подумал )
источник

AL

Andrii Los in GraphQL — русскоговорящее сообщество
Наверное можно брать че попало. Но тут скорее какое процентное соотношение венигрета и реляционных данных :)
источник

r

rtme in GraphQL — русскоговорящее сообщество
Andrii Los
Наверное можно брать че попало. Но тут скорее какое процентное соотношение венигрета и реляционных данных :)
Ну сомтрите у меня часть это конструктор, где всё намешано и есть crm + аналитика
источник

Ф

Фенька in GraphQL — русскоговорящее сообщество
Привет ребзя,  подскажите что юзаете для graphql + typescript? Что бы на сервере все было затипизровано и для клиента можно было тайпинги создать?
источник

e

egoarka in GraphQL — русскоговорящее сообщество
typeorm, typegraphql, graphql-code-generator (typescript)
источник

Ф

Фенька in GraphQL — русскоговорящее сообщество
egoarka
typeorm, typegraphql, graphql-code-generator (typescript)
Спасибо,  пошёл изучать
источник

m^

mcombat ^-^ in GraphQL — русскоговорящее сообщество
как сделать чтобы на часть полей в парент типе срабатывал один резолвер, а на другую часть - другой, но не делая вложенностей в парент тип?
источник

U

Uxname in GraphQL — русскоговорящее сообщество
mcombat ^-^
как сделать чтобы на часть полей в парент типе срабатывал один резолвер, а на другую часть - другой, но не делая вложенностей в парент тип?
а зачем так делать если не секрет?
источник