Вопросы Теги

Медленный SQL Server вставок 2005

Leafpad. Это - серьезно просто Блокнот для Linux :D

0
задан 6 May 2010 в 18:03
3 ответа

А-ч, XML анализируется, извините.

Тип данных XML НЕ хранит данные как текст, это разлагает его на стиль ключа/значения внутренней структуры, и для которого это должно проанализировать их ;) Это должно упростить поиск, btw.;)

Так, извините, сервер действительно анализирует XML.

Каков Ваш идентифицированный как узкое место? ЦП? IO? Блокировки?

Вставки не должны иметь отношения производительности к длине таблицы, которая измерима, если Вы не делаете что-то совершенно глупое как ограничение на уникальность данных БЕЗ индекса (и таким образом сканирование таблицы на каждой вставке). Прежде, чем дать совет, необходимо начать изучать настоящие причины, почему он занимает много времени, и что продолжается на сервере.

1
ответ дан 4 December 2019 в 15:15
  • 1
    Из того, что я знаю о трассировках, они являются обычно дорогими. Существует ли способ реализовать трассировку, чтобы не добавлять вредные издержки, чтобы перепутать проблему еще больше? –  Achilles 6 May 2010 в 18:30
  • 2
    Ну, шляпа, Вы заботитесь, насколько дорогой они? Вам нужно больше информации для знания то, что продолжается. Никто не говорит, позволяют ему работать в течение многих дней. Вставьте полный комплект трассировки (счетчики производительности, полная трассировка sql), репродукция проблема, выключите трассировку снова. –  TomTom 6 May 2010 в 18:35
  • 3
    согласованный это; партии боятся сделать трассировки из страха влияния. В @Achilles случае я отфильтровал бы на продолжительности > 10 секунд, которые оказали бы очень мало влияния. Если вставка занимает 10 секунд, мог бы быть другой запрос блокирования, который занимает 11 секунд и you' ll видят, что он заканчивается незадолго до вставки. –  SqlACID 6 May 2010 в 19:12

Это - вероятно, то же как https://stackoverflow.com/questions/2782378/which-inserts-faster-xml-field-or-varcharmax-field/2783521#2783521

Я повторю свой совет от ТАК:

Примените хорошо протестированную и доказанную методологию расследования производительности, как Waits и Очереди. Предположение не посадит Вас нигде быстро.

1
ответ дан 4 December 2019 в 15:15

Смотрите на то, как Вы приняли решение хранить данные. Вот xml руководство устройства хранения данных на 2005, различные уровни точности документа могли повлиять на производительность. Также смотрите на основы для контроля производительности

0
ответ дан 4 December 2019 в 15:15

Теги

Похожие вопросы