Всем здравствуйте!
У меня возникла такая проблема: Вставка записи в одну из таблиц занимает порядка 200 мс. (в ней около 150 тыс. записей , 30 полей размером записи 260 байт), есть подобные таблицы в них количество записей больше и по ширине они подобны, а время вставки в них в десятки раз меньше, примерно 20 мс..
Пробовал убрать с таблицы все индексы и вторичные ключи, убрал все ссылки на ее первичный ключ из других таблиц - результата нет.
Для меня вопрос времени принципиален т.к. записей вставить нужно сразу много и этот процесс неоправданно затягивается.
Может быть кто-нибудь сталкивался с подобной проблемой?
Что можно еще попробовать предпринять?
Заранее всем большое спасибо.

ASA 8.0.3.5223

Вставка делается через INSERT VALUES, в одной транзакции выполняется около 10 INSERTов, в различные таблицы, в интересующую таблицу COMMIT идет после встаки каждой записи. Первичный ключ занимает одно поле id (integer), тип ключа описывается PRIMARY key (id), значение NONCLUSTERED явно не указывалось. Страница в БД - 32768. значение PCTFREE токже используется по умолчанию и явно не указывал.
по 9-й конечно буду смотреть, но хочется разобраться в данной ситуации.

Да и еще одна особенность о которой не сказал, при вставке первых 10000 производительность неплохая примерно десятки милисекунд на запись, при дальнейшем увеличении таблицы время вставки плавно ростет, в таблице преполагается иметь около 1000000 записей.

Тормозит именно при вставке в одну таблицу одной записи, остальные insertы пролетают. триггеров и check в этой таблице нет.

ASCRUSСлишком большой размер страницы, я думаю из за этого тоже определенные тормоза могут быть. Посмотрите, насколько таблица фрагментирована. Так же, если вставляется большой обьем данных наверное имеет смысл перед вставкой увеличивать размер DBSpace (файла БД), чтобы ASA не тратила на это время во время вставки и заодно файл БД лишний раз не фрагментировался на файловой системе.
Увеличил увеличил DBSpase, затем дефрагментировал таблицу REORGANIZE TABLE ..... скорость вставки значительно выросла, но через где-то записей 500 все встает на место.
Я пропустил одну деталь и вней оказалось все дело: после вставки записи я запрашиваю значение первичного ключа, select @@identity. Этот запрос съедает 150 мс. А это время в свою очередь больше времени загрузки, расчета и сохранения.
Почему так долго выполняется select @@identity? Можно ли это дело как то оптимизировать?

Прошу прощения запрос select @@identity работает быстро как положено, проблема заключалась в неправильной формулировке запроса на выбор первичного ключа.

Всем большое спасибо за помощь.