Начало работы приложения+EF запросы с небольшой базой - весело и задорно, код пишется на волне классов... Со временем в простой базе данных становится больше, оптимизировать ad-hoc запрос идущий из приложения в базу невозможно не изменяя код приложения, а иногда и там невозможно, все же делается EF. Далее - долго выполняющиеся запросы, таймауты, дедлоки. Это и про ордер бай делать в приложении. А про трафик мы не думаем?
После выпуска Майкрософтом Garnet мог бы и дальше писательством заниматься, не понятен смысл возвращения. Он не понимает ,что сейчас время не то, что было 10 лет назад.
""Иначе альтернатива - 10этажные джоины по нескольку секунд, а то и минут. В то время как денормализованный буфер позволяет делать выборку простым селектом за милисекунды, размазывая сложность по атомарным мгновенным операциям вставки по мере заполнения "основы".
Соглашусь. Автор фразы написал о длительности вставки записи с UUID в таблицу, но я бы исправил: вставка записи с индексируемым полем UUID, особенно если это база SQL Server и поле - ключ с кластерным индексом. Для чего, собственно, после страданий MS и придумала sequential uuid - монотонные гуиды
"чрезвычайно параллельная задача" - ИИ? но, нет
Начало работы приложения+EF запросы с небольшой базой - весело и задорно, код пишется на волне классов... Со временем в простой базе данных становится больше, оптимизировать ad-hoc запрос идущий из приложения в базу невозможно не изменяя код приложения, а иногда и там невозможно, все же делается EF. Далее - долго выполняющиеся запросы, таймауты, дедлоки. Это и про ордер бай делать в приложении. А про трафик мы не думаем?
Запросы, сгенерированные "умным" EF+Linq - длиной 200000 символов, возвращают туеву хучу записей.....
Были бы процедуры - их можно оптимизировать, а в это случае - *** там. Вот с таким произведением я сейчас долбусь.
То аналоги, а Garnet - специально сделан майкрософтом как заменитель Redis, с поддержкой протоколов и всех клиентских редисовских приложений.
После выпуска Майкрософтом Garnet мог бы и дальше писательством заниматься, не понятен смысл возвращения. Он не понимает ,что сейчас время не то, что было 10 лет назад.
Отличная статья.
Там в одном месте "NUuGet"->"NuGet"
SQL Server 2025 имеет векторные типы, индексирование.
Ага, Ильич с протянутой рукой. Что там он указал...
"векторное мышление" ...., потом безалкогольное пиво, потом резиновая женщина
(вектора для слова "король") - (вектор для слова "мужчина") + (вектор для слова "женщина") = "корова"
Кто же писал статью М или Ж? " Я раскрыла"
Маски уже давно отменили, какая же "дичь" сейчас?
Да, уж, Птолемей прав, когда писал о неизведанной северной стране, маски и собачки, значит...
""Иначе альтернатива - 10этажные джоины по нескольку секунд, а то и минут. В то время как денормализованный буфер позволяет делать выборку простым селектом за милисекунды, размазывая сложность по атомарным мгновенным операциям вставки по мере заполнения "основы".
Да, уж.... крутой smart подход ;-)
"Уже в 2020-м началась дичь(!?) , которая не кончается(?) до сих пор. Казалось, надо чуть потерпеть, долго моргнуть — и всё пройдёт.
Не прошло.
Поскольку это(!?) продолжается уже 4 года "
Можно расшифровать - что же за "дичь" такая?
Был DEMOS - вариант юникса, работал на ЕС в системе виртуальных машин
Не будем же притворяться. "лево" - это на 180 градусов от "право".
Соглашусь. Автор фразы написал о длительности вставки записи с UUID в таблицу, но я бы исправил: вставка записи с индексируемым полем UUID, особенно если это база SQL Server и поле - ключ с кластерным индексом. Для чего, собственно, после страданий MS и придумала sequential uuid - монотонные гуиды
Правильно, скрепово!
А SQL Server тоже уже выбросили отовсюду? VS?
Комментарий выше написал за полтора дня до начала войны
И где же "продолжение"?
Теперь проясняется. К слову - докер и так очень взрослый по размеру ;-)