A
Ну ладно не колоссальный просто в 6 раз меньше
Size: a a a
2021 January 06
IZ
Дать определенное количество записей и смотреть за сколько времени они у меня запишутся
Во-вторых, это ты занимаешься такой штукой как графоманство, его аналог.
То есть делаешь абы что-то сделать, а не для какой-то цели.
Но ладно, я хоть понял зачем
То есть делаешь абы что-то сделать, а не для какой-то цели.
Но ладно, я хоть понял зачем
A
То он за час по 30 млн записывает то и 5 не вывозит
А по том я заметил что 30 млн это количество insert-ов в query store а отработано по факту 22 млн записей
O
Но у меня идёт колоссальный разброс
Можно узнать точное количество записей вставленных в таблицу за определенное время. достаточно сравнить цифры в результатах такого запроса к нужной БД:
select object_schema_name(object_id)+'.'+ object_name(object_id) as name, * from sys.dm_db_index_operational_stats(DB_ID(),NULL,NULL,NULL) os
where index_id in (0,1)
O
собираем раз, выполняем работу, собираем два. смотрим разницу
A
Это не совсем то что от меня хотят. Ну покажу я им эту разницу. Мне нужно тип такого. За 10 минут я вставил 1 млн записей все ок ошибок нет. А вот за минуту вставил 2 млн записей, а ошибок 0.2 млн, а вот вставил 2.5 млн и ошибок 0.7 млн. То есть нет смысла повышать так как диски не справляются
A
Или это не правильно так смотреть
O
Или это не правильно так смотреть
вы думаете, что когда диски не справляются, то начинаются ошибки вставки?
O
Максимум будут тормоза и таймауты, если приложение выставило их весьма короткими. время отклика дисков на запись в 100 Мс считается очень плохим. таймауты измеряются секундами.
A
Раньше я думал что растет ожидание
A
Тип io или что то такое
IZ
Это не совсем то что от меня хотят. Ну покажу я им эту разницу. Мне нужно тип такого. За 10 минут я вставил 1 млн записей все ок ошибок нет. А вот за минуту вставил 2 млн записей, а ошибок 0.2 млн, а вот вставил 2.5 млн и ошибок 0.7 млн. То есть нет смысла повышать так как диски не справляются
Это не главная операция - вставка. Да и от таблиц зависит.
Тебе надо мерить количество
типовых бизнес-транзакций в единицу времени, тогда это будет как-то полезно
Тебе надо мерить количество
типовых бизнес-транзакций в единицу времени, тогда это будет как-то полезно
O
Тип io или что то такое
На вставку ожидание записи будет скорее всего PAGEIOLATCH_EX или более вероятно WRITELOG.
IZ
Это не совсем то что от меня хотят. Ну покажу я им эту разницу. Мне нужно тип такого. За 10 минут я вставил 1 млн записей все ок ошибок нет. А вот за минуту вставил 2 млн записей, а ошибок 0.2 млн, а вот вставил 2.5 млн и ошибок 0.7 млн. То есть нет смысла повышать так как диски не справляются
Если диски не справляются, ты не получишь ошибок
IZ
Или это не правильно так смотреть
Если ты выставишь миллион записей с и без "просадки" по дискам, количество записанных записей и ошибок будет одинаково, разница будет только во времени выполнения
A
Если диски не справляются, ты не получишь ошибок
Блин)))). Просто от меня требуется найти куда деваются инсерты )) я про то что инсертов больше чем обработанных строк
IZ
Блин)))). Просто от меня требуется найти куда деваются инсерты )) я про то что инсертов больше чем обработанных строк
Если ты пишешь код ты это знаешь и так, куда они деваются
IZ
Впрочем, мне надоело...
A
В том то и дело. Между моим кодом и скулем стоит сервер 1с)))
O
Погляди счётчик производительности https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-sql-errors-object?view=sql-server-ver15
