Большой постоянно растущий справочник

[MrGreeN]

Существует справочник номенклатуры в 7ке, кроме него есть справочник изделий где уже расписываются все доп. параметры изделия (фирма производитель, размер, вес и т.д.) т.е. уникальным элементом является свовокупность номенклтурного справочника (считай вид товара) и его доп. параметров... по этой свокупности генерится штрих код ну и собсно всегда такое изделие можно вернуть списать переместить и т.д.

все хорошо за исключением одного НО - каждый день в него добавляется пара-десяток тысяч элементов и они соответсвенно все уникальны (есть совпадения конечно но очень незначительны) ну за 5 лет оба справочника весят уже около четверти базы в 30 гиг (SQL+7.7) и надо как-то менять принцип хранения данных остатков да и самих изделий (на данный момент их около 3х миллионов)

В типовой торговле 8 (УТ) есть механизм характеристик и регистров сведений. Имеет ли смысл переход на такой механизм при таком состоянии дел (даже не размер важен а скорость). Т.е. будет номенклатура как справочник а все остальное (фирма, вес, размер и т.д.) на регистре сведений через план видов характиристик ?

Интересуют плюсы не именно перехода на 8 в целом а как 8ка сможет помочь в такой задаче (ускорить работу с таким вот прогрессирующим справочником)

[Сергей]

Из того что написано, можно посоветовать (так сказать  - "обойтись малой кровью") использовать прямые SQL запросы для получения данных.
Сейчас существуют кучи ВК для этих целей.

Вторым этапом просмотреть вообще настройки SQL в плане размещения базы на сервере и прочих опциях самой базы.