Рекомендуемая установка
Я не думаю, что обязательно "лучше" иметь один или другой. На самом деле, если Вам не нужен example.com, чтобы быть на другом хосте где-нибудь, я использовал бы обоих, чтобы быть удобным для пользователя.
При работе с большими таблицами производительность падает из-за того, что индекс и т.п. не помещается в ОЗУ или не хватает ресурсов, выделенных в зависимости от конфигурации сервера. Еще один более сложный, но очень эффективный метод - найти способ разбить таблицу на более мелкие. Вы можете сначала попытаться добавить больше оперативной памяти и оптимизировать настройки сервера. SSD-накопители RAID 10 - лучший вариант, но не уверен, что добавление дополнительных устройств к RAID будет иметь большое значение.
Если ваше «узкое место» - файлы журналов, вы можете начать изучать несколько областей, чтобы улучшить пропускную способность журналов. Я бы начал с этого сообщения в блоге Кимберли Трипп: http://www.sqlskills.com/blogs/kimberly/8-steps-to-better-transaction-log-throughput/
Я гарантирую, что вы диск правильно отформатирован с размером единицы распределения 64 КБ и что нет чрезмерного монтирования файлов виртуального журнала (как указано в статье журнала выше). Кроме того, убедитесь, что антивирусное программное обеспечение не активно сканирует файлы LDF.
Возможно, стоит использовать что-то вроде SQLIO (или другой инструмент стресс-теста диска), чтобы узнать, какова теоретическая производительность последовательной записи на вашем компьютере. журнал диск. Затем вы можете сравнить это с perfmon во время тяжелой работы, чтобы увидеть, достигли ли вы пределов своего журнала. Если да, то я бы сказал, что пора подумать о более быстрой настройке привода.