Size: a a a

BY Microsoft .NET User Group

2020 March 15

КL

Константин Lukinov in BY Microsoft .NET User Group
И вы сейчас реально куском базы данных обменяетесь в этом чате?
источник

A

Andre in BY Microsoft .NET User Group
Я к тому, что такие запросы поддерживать потом не легко
источник

КL

Константин Lukinov in BY Microsoft .NET User Group
Исключено
источник

A

Anatoly in BY Microsoft .NET User Group
Константин Lukinov
Давайте приведу пример из другой сферы, чтобы никто не цеплялся к словам, а чуть удалось уловить.
Делаете вы отделку в своей новой квартире. Задумались про электрику. Узнали вы, что в стене у вас провод полтора миллиметра сечением. И думаете менять или нет.
Подход через json в данном случае заключается в том, чтобы оставить все как есть.
Подход через базу заключается в том, чтобы заменить провод на более толстое сечение.
При тонком сечении провода вы задумываетесь о нагрузке, о том чтобы провод не перегорел. Понимаете, что менять провод вы не будете, потому что только что закончили ремонт со всей отделкой и хотели бы пожить в уюте. В итоге иногда задаётесь вопросом "а что мешало потратить лишние деньги, но иметь запас прочности"
Я тут как раз ремонт делал, очень интересно, ага
источник

A

Anatoly in BY Microsoft .NET User Group
Andre
Я к тому, что такие запросы поддерживать потом не легко
И да, и нет
источник

A

Anatoly in BY Microsoft .NET User Group
Ваши json тоже не очень просто поддерживать, я такое тоже видел на одном из проектов
источник

A

Andre in BY Microsoft .NET User Group
Согласен, все зависит от потребностей, но то что скл это такой прям простой Сильвер булет, сомнительно
источник

A

Andre in BY Microsoft .NET User Group
Так кто-нибудь использовал графовые бд на практике, если да, то для какой структуры данных?
источник

A

Andre in BY Microsoft .NET User Group
Тоесть, да понятно, что для графоф, но граф и в реляционную сложить можно. Был ли какой-то прям бенефит
источник

A

Anatoly in BY Microsoft .NET User Group
Andre
Согласен, все зависит от потребностей, но то что скл это такой прям простой Сильвер булет, сомнительно
Учитывая, что его завозят во все nosql решения, я бы меньше сомневался
источник

AP

Arciom Prudnikaŭ in BY Microsoft .NET User Group
Anatoly
Учитывая, что его завозят во все nosql решения, я бы меньше сомневался
ну это маленько костыль
для тех, кому надо реляционность, но почему-то решили юзать nosql)
источник

AP

Arciom Prudnikaŭ in BY Microsoft .NET User Group
знаем мы такое "давайте юзать монгу, а потом делать джойны в приложении!"
источник

A

Anatoly in BY Microsoft .NET User Group
Arciom Prudnikaŭ
ну это маленько костыль
для тех, кому надо реляционность, но почему-то решили юзать nosql)
Нет
источник

AP

Arciom Prudnikaŭ in BY Microsoft .NET User Group
Anatoly
Нет
почему же?
источник

A

Andre in BY Microsoft .NET User Group
Сейчас когда джсон можно и в реляционку сложить, ценность монги сомнительна
источник

A

Andre in BY Microsoft .NET User Group
Или кто-то знает прям хорошую причину юзать монго подобное?
источник

AP

Arciom Prudnikaŭ in BY Microsoft .NET User Group
Andre
Сейчас когда джсон можно и в реляционку сложить, ценность монги сомнительна
Монго это не про хранение json, это про хранение документов) json просто формат.
Но я не знаю что за возможности у других БД, поэтому ничего утверждать не буду
источник

A

Andre in BY Microsoft .NET User Group
Ок, в чем может быть преимущество монги если я сложу документ в формате джсон и этот же документ в джсон поле в постгрес?
источник

AP

Arciom Prudnikaŭ in BY Microsoft .NET User Group
Andre
Ок, в чем может быть преимущество монги если я сложу документ в формате джсон и этот же документ в джсон поле в постгрес?
Я хз, я мало знаю про json в постгрес. В монге есть агрегации, индексы и прочее. Что есть в постгресе не знаю
источник

A

Andre in BY Microsoft .NET User Group
В постгрес для джсон филдов тоже есть агрегации, интересно как это по перфомансу в сравнении с монго
источник