в подчинённой таблице на скорость вставки в эту таблицу записей?
пример: Master-таблица, миллион записей, Detail-таблица, 3 миллиона записей.
Таблицы связаны ключом по MasterID.
Если я в момент такой большой вставки сам беру на себя гарантиирование ссылочной целостности, то на сколько уменьшиться время вставки в Detail-таблицу (существенно, или не очень)?

лучше индексы поотключай, тогда существенно

Индексов пока нет, я их потом добавлять буду.
Собственно, в этом и задача состоит - оптимизация индексирования.
Просто сначала надо данные получить.

> Ega23 ©   (03.03.08 16:02) [2]
> Индексов пока нет,

Если есть ключ - то и индекс есть.

> Если есть ключ - то и индекс есть.

не знаю как в скууле, а в оракле не всегда так

> не знаю как в скууле, а в оракле не всегда так

А как так вообще может быть? На что "опирается" ключ?

> Johnmen ©   (03.03.08 16:04) [3]

это не так
A FOREIGN KEY constraint is a candidate for an index because:


> Ega23 ©   (03.03.08 15:58)  

можно 10-20% выиграть
P.S. см. в сторону bulk insert

> Petr V. Abramov ©   (03.03.08 16:17) [6]

Это откуда?

> А как так вообще может быть? На что "опирается" ключ?

на фулл-скан, если FK не индексирован
может на другой индекс, в котором часть - поля из FK

> Johnmen ©   (03.03.08 16:12) [5]

на индекс primary, на который он ссылается. При вставке в детйл index unique search вставляемого значения , если есть - все хорошо, нет - все плохо.

И хорошо, что он автоматом не создается. Часто бывает в мвстер 10 записей, в детайл - миллион, индекс по детайл только место жрать будет в таком случае.

> Johnmen ©   (03.03.08 16:20) [7]

из BOL

> Если есть ключ - то и индекс есть.


Это по-умолчанию только для PK. FK и null может быть, например...

> Petr V. Abramov ©   (03.03.08 16:27) [10]

Ок.