По теме из базы знаний
- К вопросу о регламентном задании – восстановлении последовательности
- Многопоточное восстановление последовательностей
- Восстановление последовательности расчетов с бюджетом по НДФЛ
- Восстановление последовательности документов с отменой и перепроведением
- Автоматическое фоновое восстановление последовательности
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
по поводу перехода на скуль поддерживаю, возможно помогут варианты: свертка базы + увеличение количества оперативы, поскольку (не помню правда по чьему закону) увеличение оперативы в два раза, увеличивает в среднем, производительность в полтора
Если стоит SQL2000 то по предыдущему совету - на www.softpoint.ru
Если стоит SQL2005 - то замедления при проведении большого кол-ва документов не наблюдается, вообще проведение документов под SQL медленнее по определению чем на DBF.
Я для обработки баз использую 2 варианта (у разных клиентов), либо выгрузка в DBF-там обработка и загрузка обратно в SQL,
либо база для обработки - распределенная (в формате SQL), там обрабатываю и делаю обмен с центральной базой (рабочей).
2-й вариант такой - потому-что у клиента выписка работает 24 часа в сутки.
Если стоит SQL2005 - то замедления при проведении большого кол-ва документов не наблюдается, вообще проведение документов под SQL медленнее по определению чем на DBF.
Я для обработки баз использую 2 варианта (у разных клиентов), либо выгрузка в DBF-там обработка и загрузка обратно в SQL,
либо база для обработки - распределенная (в формате SQL), там обрабатываю и делаю обмен с центральной базой (рабочей).
2-й вариант такой - потому-что у клиента выписка работает 24 часа в сутки.
Добрый день!
Объясние мне пожалуйста такой глюк:
Стоит торговля 9.2 (740) под SQL - работает 15 пользователей - скорострельность устраивает, документооборот очень большой. Все затруднения начинаются при восстановлении последовательности. В SQL 1 месяц перепроводится 31 час.
Стоит выгрузить базу в DBF - перепроведение за все 7 месяцев занимает 10 часов.
НУ НЕ ВЫГРУЖАТЬ ЖЕ ПОСТОЯННО! Вчем здесь закавыка?
Объясние мне пожалуйста такой глюк:
Стоит торговля 9.2 (740) под SQL - работает 15 пользователей - скорострельность устраивает, документооборот очень большой. Все затруднения начинаются при восстановлении последовательности. В SQL 1 месяц перепроводится 31 час.
Стоит выгрузить базу в DBF - перепроведение за все 7 месяцев занимает 10 часов.
НУ НЕ ВЫГРУЖАТЬ ЖЕ ПОСТОЯННО! Вчем здесь закавыка?
есть такая трабла с SQL - ищи, неоднократно обсуждалось.
дешевых решений нет, есть платные решения... посмотри на www.softpoint.ru
1. закрыть изменения задним числом, если возникает необходимость регулярно лазить в заднее число для кого -либо кроме админа/программиста - задуматься об увольнении, потому что основное правило: если в комп ввести Г..о, то на выходе получим или Г..о в квадрате, или кв.корень из Г...а - что у вас и наблюдается.
2. если точно знаешь, что изменения в заднем числе не влияют на итоги - перенести ГП программно в ТА.
кратенько - все...
дешевых решений нет, есть платные решения... посмотри на www.softpoint.ru
1. закрыть изменения задним числом, если возникает необходимость регулярно лазить в заднее число для кого -либо кроме админа/программиста - задуматься об увольнении, потому что основное правило: если в комп ввести Г..о, то на выходе получим или Г..о в квадрате, или кв.корень из Г...а - что у вас и наблюдается.
2. если точно знаешь, что изменения в заднем числе не влияют на итоги - перенести ГП программно в ТА.
кратенько - все...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот