Как оптимизировать таблицу для быстрых вставок только?

*NULL всегда предназначается к 0x00L. Можно полагать, что ложь, но быть уверенным всегда делают явную проверку.

15
задан MusiGenesis 23 September 2009 в 21:10
поделиться

3 ответа

Если производительность является ключевым фактором, возможно, вы не захотите записывать эти данные в базу данных. Я думаю, что почти все будет обрабатывать запись в базу данных как туда и обратно, но похоже, что вы не хотите ждать возвращенного подтверждающего сообщения. Убедитесь, что, как предлагает С. Лотт, не может быть быстрее просто добавить строку где-нибудь в простой текстовый файл.

Если запись в базу данных выполняется быстрее (или необходима по соображениям безопасности или другим деловым / рабочим причинам), я поместит в таблицу нет индексов, включая первичный ключ. Если он не будет использоваться для чтения или обновления, и если вам не нужна реляционная целостность, тогда вам просто не понадобится PK для этой таблицы.

Чтобы рекомендовать очевидное: как часть ночных отчетов запускаются , очистите содержимое таблицы. Также, никогда не сбрасывайте размер файла базы данных (старая команда сжатия базы данных); после недели или около того регулярного использования файлы базы данных должны быть настолько большими, насколько они когда-либо должны были быть, и вам не придется беспокоиться о снижении производительности файлов.

10
ответ дан 1 December 2019 в 03:35
поделиться

Вот несколько идей, обратите внимание на то, что последние из них важны, у вас будут чрезвычайно большие столбцы:

  • не имеет первичного ключа, он применяется через индекс
  • нет другого индекса
  • Создайте базу данных, достаточно большую, чтобы у вас не было никакого роста базы данных
  • Поместите базу данных на собственный диск, чтобы избежать конфликтов
  • Избегайте программного RAID
  • , поместите базу данных на зеркальный диск сохраняет вычисление, выполненное на RAID 5
6
ответ дан 1 December 2019 в 03:35
поделиться

Нет ключей, без ограничений, нет проверки, нет триггеров, Нет вычисляемых столбцов

Если возможно, попросите службы вставить асинхронно, чтобы не ждать результатов (если это приемлемо).

Вы даже можете попытаться вставить в "ежедневную" таблицу, которая должна затем быть меньше записей, а затем переместите его, прежде чем пакет будет запущен ночью.

Но в основном в таблице НЕТ КЛЮЧЕЙ / Проверка (PK и уникальные индексы вас убьют)

5
ответ дан 1 December 2019 в 03:35
поделиться
Другие вопросы по тегам:

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