v7: Оценка размеров БД #772307

Подскажите, плиз, такой вопрос: Есть скульная база, шринкованный размер 30 гиг. 3.2 млн. документов. номенклатура товаров около 20 тыс., к-во контрагентов - около 5 тыс. в принципе, тормозов не наблюдается. никаких там ожиданий блокировки или т.п. скажем, период открывается довольно бысто. т.е. можно косвенно судить о том, что регистры закрываются. как мне оценить - такой размер базы является более-менее оптимальным для такого количества информации и способа ведения учета. или может база таки подраспухла неоправданно, и нужно поискать узкие места. есть ли какая-то более-менее пошаговая методика оценки?

есть АнализТаблицSQL.ert а так, на первый взгляд - нормальная база. Документы, видать, маленькие...

львиное количество документов - это Т_РасходнаяНакладная на десяток-другой позиций.

"Т_РасходнаяНакладная" - обертка, чтоль? уж очень похоже на наследство Садовникова и Диркса...

к сожалению не знаю, что такое "обертка". конфа комплексная для уа. последний релиз. нашел эту обработку. сформировал. ну эти данные я и в скуле могу посмотреть - какой размер таблицы и сколько в ней записей. а вот как именно оценить? вот вижу, что таблица, скажем регистра деньги занимает 2 гига. как понять - это много или нормально?

ну, конфы для вна я не  знаю от слова совсем. а "много-мало" так оно столько, сколько есть. на мой взгляд, 30 гигов для 3 лямов документов - так маловато, - у меня, наверное, вдвое больше было на аналогичное количество, но у мню была куча движений разных и своих... всякие дефициты, недогрузы, истории изменений, резервы для отделов, клиентов, менеджеров... ну а цель этого действа вообще? ну, распухла, и что? тормозит - оптимизируй, места мало - режь либо разноси таблицы по дискам, не нравится структура - меняй.... вот измерил ты ногу, получил для нее размер обуви 44 - это мало, много, нормально?

ну если честно, то цель действа - проверить/выявить закрываемость/незакрываемость регистров :-)

это - другое. анализ закрываемости - попытаюсь завтра выложить...

буду очень благода...

чот не нашел. видимо, протерял со сменой мест...

Проанализируй остатки где ну как правило Количество=0 а суммы<>0

вот тебе и незакрытый регистр. у мене тута на одной базе такое чудо было с РезервамиТМЦ, 14 лет рег не закрывался. базу разнесло до 50 Гб.

не всегда так.

заремь его провелдение, за ненадобностью, а сам регистр вырежи

30 Гиг это не очень большая база.

а кто говорит что большая? Тем более для комплекса. Вполне нормальный размер.

такого нет. отрицательные остатки запрещены и последовательность каждую ночь восстанавливается.

ненулевые суммы могутт набнегать и из-за пгрешностей округления...

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

"Никогда не выявляйте в программе ошибки, если не знаете, что с ними дальше делать."© З.М.

Кто такой З.М.?

Законы Мэрфи. (собиратель и публикователь, емнип, Артур Блох)

Нет у Мерфи такого. Для справки, закон Мерфи один и он вообще не про программирование.

может хоть в общих чертах? что вспомниться?