Начало работы приложения+EF запросы с небольшой базой - весело и задорно, код пишется на волне классов... Со временем в простой базе данных становится больше, оптимизировать ad-hoc запрос идущий из приложения в базу невозможно не изменяя код приложения, а иногда и там невозможно, все же делается EF. Далее - долго выполняющиеся запросы, таймауты, дедлоки. Это и про ордер бай делать в приложении. А про трафик мы не думаем?
После выпуска Майкрософтом Garnet мог бы и дальше писательством заниматься, не понятен смысл возвращения. Он не понимает ,что сейчас время не то, что было 10 лет назад.
""Иначе альтернатива - 10этажные джоины по нескольку секунд, а то и минут. В то время как денормализованный буфер позволяет делать выборку простым селектом за милисекунды, размазывая сложность по атомарным мгновенным операциям вставки по мере заполнения "основы".
Соглашусь. Автор фразы написал о длительности вставки записи с UUID в таблицу, но я бы исправил: вставка записи с индексируемым полем UUID, особенно если это база SQL Server и поле - ключ с кластерным индексом. Для чего, собственно, после страданий MS и придумала sequential uuid - монотонные гуиды
Connect to the IP and port (info is provided by the script)
Use username and password: root root to log in
Залогинился, увидел три сервера, кликнул на PostgreSQL, получил после таймаута
>Error executing script /var/scripts/PGserver_open.py: Traceback (most recent call last): File "/var/scripts/PGserver_open.py", line 24, in <module> d = PGquery(conn, "select datname from pg_database;") File "/var/scripts/PGquery.py", line 11, in PGquery curs = psycopg2.connect(constr).cursor() File "/usr/local/lib/python3.10/dist-packages/psycopg2/__init__.py", line 122, in connect conn = _connect(dsn, connection_factory=connection_factory, **kwasync) psycopg2.OperationalError: connection to server at "192.168.1.6", port 5432 failed: Connection refused Is the server running on that host and accepting TCP/IP connections?
Начало работы приложения+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?
Комментарий выше написал за полтора дня до начала войны
И где же "продолжение"?
Теперь проясняется. К слову - докер и так очень взрослый по размеру ;-)
Что я делаю не так?
Запустил докер,
run runme.bat
Connect to the IP and port (info is provided by the script)
Use username and password: root root to log in
Залогинился, увидел три сервера, кликнул на PostgreSQL, получил после таймаута
>Error executing script /var/scripts/PGserver_open.py: Traceback (most recent call last): File "/var/scripts/PGserver_open.py", line 24, in <module> d = PGquery(conn, "select datname from pg_database;") File "/var/scripts/PGquery.py", line 11, in PGquery curs = psycopg2.connect(constr).cursor() File "/usr/local/lib/python3.10/dist-packages/psycopg2/__init__.py", line 122, in connect conn = _connect(dsn, connection_factory=connection_factory, **kwasync) psycopg2.OperationalError: connection to server at "192.168.1.6", port 5432 failed: Connection refused Is the server running on that host and accepting TCP/IP connections?
Что не так? где исправить?