Size: a a a

BY Microsoft .NET User Group

2020 March 15

A

Andre in BY Microsoft .NET User Group
Разница только в том, что джсон это снапшот меню, скл это динамическое построение и отсюда надо уже думать
источник

A

Andre in BY Microsoft .NET User Group
Если надо часто обновлять инфу узлов, то снапшоп не оч
источник

A

Andre in BY Microsoft .NET User Group
Если наоборот в основном только чтение, то это быстрее чем динамически через скл
источник

RY

Ruslan Yakauleu in BY Microsoft .NET User Group
Если хранение в json не несёт каких-то космических бенефитов - не надо изобретать велосипед, делай как все, нормально будет. Сэкономишь и своё время, и тех, кому потом это сопровождать
источник

КL

Константин Lukinov in BY Microsoft .NET User Group
Я так понял, вы говорите про разные масштабы приложений. Руслан смотрит с точки зрения масштабирования и high load, а Andre с точки зрения небольшого, до 10к пользователей приложения
источник

E

Ed in BY Microsoft .NET User Group
Ruslan Yakauleu
Если хранение в json не несёт каких-то космических бенефитов - не надо изобретать велосипед, делай как все, нормально будет. Сэкономишь и своё время, и тех, кому потом это сопровождать
Все обычно делают плохо, делать плохо?)
источник

RY

Ruslan Yakauleu in BY Microsoft .NET User Group
Хайлоад это вообще не про это
источник

A

Andre in BY Microsoft .NET User Group
Мы про разные потребности
источник

A

Andre in BY Microsoft .NET User Group
Неважно хайлоад не хайлоад
источник

RY

Ruslan Yakauleu in BY Microsoft .NET User Group
Яндекс в хайлоаде делал с точностью до наоборот: регулярно выколупывает данные и прихранивает их в виде уже готовом для отдачи пользователей
источник

RY

Ruslan Yakauleu in BY Microsoft .NET User Group
поэтому у них и в доке написано что лаг с момента обновления цен может быть в несколько часов
источник

AS

Alex Shumski in BY Microsoft .NET User Group
Так а чем sql плох, там же есть спец конструкция with для таких запросов. И работает норм и синтаксис простой.
источник

A

Andre in BY Microsoft .NET User Group
Никто не говорит что он плох
источник

AS

Alex Shumski in BY Microsoft .NET User Group
Для меню за глаза и любые ограничегия опять же
источник

RY

Ruslan Yakauleu in BY Microsoft .NET User Group
Ruslan Yakauleu
Яндекс в хайлоаде делал с точностью до наоборот: регулярно выколупывает данные и прихранивает их в виде уже готовом для отдачи пользователей
но это конские дополнительные траты на разработку, поддержку, инфраструктуру, которые для малых контор тупо не окупаются
источник

КL

Константин Lukinov in BY Microsoft .NET User Group
Ruslan Yakauleu
но это конские дополнительные траты на разработку, поддержку, инфраструктуру, которые для малых контор тупо не окупаются
Логично, это для больших объёмов
источник

AT

Alexey Tkachenko in BY Microsoft .NET User Group
Alex Shumski
Так а чем sql плох, там же есть спец конструкция with для таких запросов. И работает норм и синтаксис простой.
Это вне ANSI
источник

A

Anatoly in BY Microsoft .NET User Group
Alexey Tkachenko
Это вне ANSI
Нет. Рекурсивные cte это стандарт 91
источник

A

Anatoly in BY Microsoft .NET User Group
Ruslan Yakauleu
Если хранение в json не несёт каких-то космических бенефитов - не надо изобретать велосипед, делай как все, нормально будет. Сэкономишь и своё время, и тех, кому потом это сопровождать
Что такое high load?
источник

RY

Ruslan Yakauleu in BY Microsoft .NET User Group
И каким боком он к процитированному куску?
источник