Свертка базы. Во сколько оценить? #314758

У клиента тормозит база. База - комплексная, вес 1,8 Гига. Ес-но тормозит. Работают под терминалам. Я вижу 2 решения - сделать выгрузку/загрузку. И плюс свернуть. Рассказал, что можно свернуть базу. Но сама база правленная (как именно еще не смотрел). Сказал что попробую. Встал вопрос во сколько часов это оценить. Кто что посоветует?

если не нужна книга покупок/продаж - то часа3-5

"умножай сроки, которые говорит программист на 3" © Народная мудрость

Глупая мудрость.

Я про 6 слышал ;)

Умножай на полтора и прибавляй 20 процентов. Это формула 1С нетто-брутто

Смотря на чём сворачивать будеш! 1)А так часа в 3 уложишся .. поидеи должен! 2)А ещё есть через тестирование исправление пункут (удаление ссылок(что то типо того)) он последний идёт

10000руб.

>>База - комплексная, вес 1,8 Гига. Ес-но тормозит. Почему это "Ес-но"? А что делать тем у кого 10, 20, 30 Гиг? Можно ужо ползти закапываться?

+1 подозреваю что база то тормозит не от того что она 1,8 гигов (по сути детский размер) а по другой причине, посему, есть вероятность что свертка проблемы не решит.

Тоже нужно базу свернуть, 2.5Гига, самописка, регистры в 0 не переходят, куча косяков, клиент исправлять не хочет - хочет только сворачивать+сохранить аналитику за 3 месяца. Одно только ТИИ занимает порядка (точно не помню) около 5-8 часов. 3 часа на создание документов по вводу остатков - весь остальной перенос около 3 дней. Ну и скока это будет стоить?

(7.1) дайте две...

я не понял (тупой), а шо "свернуть" базу скорости добавит? это с каких хитромудрых умзаключений? ...На переиндексацию времени меньше чоли?

и мне парочку :-) у меня тормозит из-за того, что 1sjourn одна на всех :-(

Просто никогда не сталкивался с такими объемными базами, соот-но сужу со своей колоколни. Вот и тут решил посоветоваться, потому как слабо представляю сколько на это времени уйдет. Может ведь вообще оказаться, что у них в терминале ссылка на базу криво прописана, решение займет 5 минут.

Если это к - то тогда да. (где то в 4 раза)

чего в 4-ре раза? ТИИ быстрее будет? тада да, быстрее, но на работу чем-куда влияет?

а никого не интересует скульная или дбф ная там база? Для ДБФной тормоза очень даже могут быть при таком размере. И свертка вполне может быть решением ИМХО...

Глянул. Предварительно: самый здоровый 1SENTRY |Проводки - 480 метров; Кстати папок для пользователей тож нет.

Да, так и есть. База ДБФ.

Пусть сам рассказывает если хочет, для ДБФ тоже терпимо

Там при проведении документов частенько запросы используются. А регистры где то содержат порядка 5 миллионов записей.

к

и про  turboBL наверно ничаво не знает свертка - бабки... франча

видел я тут одну веточку типа "ПОМОГИТЕ!" после свертки с его помощью...

дефрагментацию раздела с 1С базами для начала сделать надоть (это реально, бывает, в два раза шустрее). а "резать" 1,8гб даж на дбф = практисски никакого прироста скорости не даст (15-20 процентов, а режу каждый квартал размерами от 4-хГб до 800 мб), все справочники и ссылы на них в остаточных регистрах (это о запросах) таки останутся. прочем = дело хозяйское, но токмо потом, када клиент будет с мутным лицом ..., не гри что неПредупреждали. Железяку сервантную им пора менять. такшо 2-6 тысч уев эта проблемка стоит.

Пока договорился что в новый год со свернутой базой. ну и объяснил что на проблему комплексно смотреть надо и что не факт что свертка базы поможет ускориться. вообщем пускай думает. :)

ну у нас вон и по 5 Гиг ДБФ есть. работают.. тормоза только если что-нибудь "этакое" запустить. а так - специальный пользователь-робот 1С висит и разгребает особо тяжкие задачи от других пользователей.. (в ТиС так вроде часто делают)

ребяты - скульная база. весь перенос описан на 1с++ - в том году сворачивали 20 мин база за 2 года 4 гига ну потом выяснились кое какие моменты - исправлялись.... готовим перенос всех баз сейчас..... это по свертке а если переносить например остатки по товарам я переносил так. создавал в текущей базе документ ИНВЕНТАРИЗАЦИЯ куда собиралось по остаткам фактичекое наличие на складе потом бухи после проверки правили этот документ потом тупо переносил этот док в новую базу и на его основании делал ввод остатков....блин 5 минут и все остатки на месте.... ну правда когда делал опыта еще маловасто было...хотя результат - нормальный....

Нужно смотреть, что именно тормозит. Я бы делал так: 1. Перевел на SQL. 2. Избавился от 100% загрузки при перепроведении документов. 3. "Тормознутые" отчеты переписал на прямые запросы.

у себя тестил...перевел процедуры списание партий и списание остатков nvw проведение ускорилось в 2 раза минимум - это еще не оптимизированный перевод

(29.1) так сворачивать можно если книги продаж/покупок не ведутся. А вот если ведутся - тебя повесят после такой свертки...

я знаю...я ж говорю опыта не было и кстати это было в складской части и не свертка а перенос в новую ИБ