Здесь вы можете задать свой вопрос и я постараюсь найти на него ответ :)
Здравствуйте, Людмила!
Экспериментьируя с секционированием наткнулся на интересную особенность: при попытке создать уникальный индекс выровненый в соответствии с имеющейся схемой секционирования таблицы получил сообщение об ошибке: Partition columns for a unique index must be a subset of the index key. Проблема в том, что мне как раз не нужно включать в этот уникальный индекс столбец, по которому организовано секционирование (partition column). Удалось создать только невыровненый уникальный индекс. В связи с этим вопрос: как это скажется на производительности при работе с данной таблицей? Следует сказать, что таблица очень большая (~ 100 миллионов записей) и быстро растущая (~ 1,5 миллина записей в сутки). Записи вставляются ~ по 100-200 строк за операцию. Предыдущий опыт секционирования был не очень удачным из-за резкого падения производительности именно при вставке. Но должен же быть какой-то оптимальный вариант.
Есть ли различия выполнения нижеследующих запросов, и возможно ли во втором из них получить ошибку выполнения 601? (SQL 8.0 и 9.0)
-- Query 1
select *
from MyTable with(nolock)
-- Query 2
set transaction isolation level read uncommitted
from MyTable
В статье я нашел часть:
"В случае сортировки в tempdb ... потребуется: 3.3Gb свободного дискового пространства в tempdb".
Вопрос - почему 3.3G, а не 6.6G? Ведь размер наибольшей секции 3G.
