Еще раз о переименовании номенклатуры (ItemID).

[ice]

а если создать индексы по ItemId(и другим обновляемым полям) временно для обновления, может получится быстрее?

[kostass]

Цитата:

Сообщение от ice

а если создать индексы по ItemId(и другим обновляемым полям) временно для обновления, может получится быстрее?

Согласен. НО сам процесс создания индексов, тоже подвешивает пользователей. ВИЛКА Можно, конечно, разок помучить пользователей и оставить индексы навсегда, но тогда все инсерты будут подтормаживать.

[Alexius]

Цитата:

Сообщение от kostass

Можно, конечно, разок помучить пользователей и оставить индексы навсегда, но тогда все инсерты будут подтормаживать.

Торможение инсертов будет копеечным, т.к. АХ подавляющее кол-во операций вставки/удаления делает по одной записи. Зато можно выиграть а дальнейшем на операциях выборки, а можно и не выиграть Основной минус дополнительных индексов в АХ - рост БД.

[ice]

Цитата:

Сообщение от Alexius

Торможение инсертов будет копеечным, т.к. АХ подавляющее кол-во операций вставки/удаления делает по одной записи. Зато можно выиграть а дальнейшем на операциях выборки, а можно и не выиграть Основной минус дополнительных индексов в АХ - рост БД.

в случае существенного торможения, индексы легко выключаются в АОТ

[kostass]

Цитата:

Сообщение от Alexius

Зато можно выиграть а дальнейшем на операциях выборки, а можно и не выиграть

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

Цитата:

Сообщение от Alexius

Основной минус дополнительных индексов в АХ - рост БД.

197 Гиг, но это решаемо другими способами.