Size: a a a

2021 April 28

МВ

Макс Воробьев... in dlang.ru
obj-c++
источник

EP

Egor Pugin in dlang.ru
ну, что у языка есть пара плюсов, ты угадал
источник

МВ

Макс Воробьев... in dlang.ru
он скрещивал два мира и порождал монстра
источник

EP

Egor Pugin in dlang.ru
но в целом немного не попал
источник

EP

Egor Pugin in dlang.ru
у беттерД
источник

Т8

Т-34 85 in dlang.ru
Это что такое? Язык E появился?
источник

EP

Egor Pugin in dlang.ru
да не, я же говорю, есть тут один
источник

SG

Serg Gini in dlang.ru
Давно
источник

SG

Serg Gini in dlang.ru
Даже повлиял на Ди
источник

SG

Serg Gini in dlang.ru
Eiffel называется, но Файлы с расширением .e у него вроде
источник

Т8

Т-34 85 in dlang.ru
Оверхедное оно
источник

DB

Dmitry Bubnenkov in dlang.ru
Кто в БД шарит? У меня парсер в БД отправляет SQL INSERTы. Микросервис их ловит и вставляет в БД. Одновременно работает 5 экземпляров парсера.

Проблема в том что не могу понять почему все медленно работает.

Тот же INSERT запрос из SQL менеджера обрабатывается за миллисекунды.

Я даже понять не могу как проблему найти.
источник

SG

Serg Gini in dlang.ru
Вообще инсерты быстро должны работать вроде бы
источник

SG

Serg Gini in dlang.ru
Если только переиндексация там какая запускается
источник

DB

Dmitry Bubnenkov in dlang.ru
Так я понять не могу почему в SQL менджере все быстро и весело
источник

Д

Дмитрий in dlang.ru
Какая СУБД?
источник

DB

Dmitry Bubnenkov in dlang.ru
PostgreSQL
источник

DB

Dmitry Bubnenkov in dlang.ru
Не может же отправка SQL по http такие дикие издержки давать
источник

DB

Dmitry Bubnenkov in dlang.ru
https://gist.github.com/bubnenkoff/30c76b75da1f3367288691339bb3811f

Были мысли что может на стороне микросервиса тормозить, но там вроде бы логика предельно простая. Вставить транзакцию. Если не вставилась, то откатить и удалить MyID и вставить заново. Случаи дубликатов крайне редки, так что тормозит видимо не из-за них.

Это так я ловлю и вставляю от парсера SQL INSERTы
источник

Д

Дмитрий in dlang.ru
Если вставка, проверка и удаление завёрнуты в транзакции. То предполагаю, что таблица блокируется, и другие 4 экземпляра ждут освобождения. Замедления могут быть не в самой вставки, а в других операциях которые в этой транзакции.

В MS SQL есть Profiler, который позволяет смотреть текущие запросы и время выполнения. Если PostgreSQL есть подобное, подобное(а оно должно быть), я начал бы   с него.
источник