|
|
|
Загрузка данных в 1C идет очень долго.
|
|||
|---|---|---|---|
|
#18+
Сливная база бухгалтерии размером в 3 Гига. Загрузка средствами конфигуратора виснет на 'поиске ссылок' примерно на час для каждой порции данных. Может кто сталкивался с такой проблемой. Серверная часть оптимизирована по производительности. Проблема где-то в области 1C. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2002, 12:56:38 |
|
||
|
Загрузка данных в 1C идет очень долго.
|
|||
|---|---|---|---|
|
#18+
> проблема где-то в области 1С Если весело и часто используются объекты типа "документ" для хранения "табличного вида" данных в одном реквизите документа (совсем весело, когда это реквизит табличной части), то в базе в 3 гига получается туева хуча таких "служебных документов". У клиента за прошлый год база была именно такая, именно на 3 гига и загружалась через конфигуратор 3-4 часа. Если это твой случай, то Попытайся получить удовольствие, других путей нет. Вариант: Забудь про конфигуратор, отстегивай файлы базы (или бэкапь) и архивируй с папочкой конфигурации (в DBF все равно такую базу не развернуть. зачем выгружать?). Один пень, если дело в том КАК изменена/написана конфигурация, тебе от этого не легче будет. >Серверная часть оптимизирована по производительности база 1 гиг; сервер: E7500, 2 х Xeon 2,2, 2GB, RAID10 загружается 22 минуты. а старую базу не проверял, может через пару дней проверю для интереса. Видимо, через пару дней тоже ввалюсь с вопросом по 1с-SQL, свои варианты экспериментов уже кончаются :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2002, 14:44:35 |
|
||
|
Загрузка данных в 1C идет очень долго.
|
|||
|---|---|---|---|
|
#18+
mmx Немного не понятен ответ, дело как я подозреваю у нас вот в чем, база огромная... 3г, проводок более 1,5 миллиона... Периферийных баз 22, и я заметил, что если там на местах делаю удаление помеченных объектов, то тогда загрузка в центральную затыкается на 1 час примерно, если не делают, то все путем... В DBF нет такой проблемы, может в SQL версии можно как-то решить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2002, 06:10:06 |
|
||
|
Загрузка данных в 1C идет очень долго.
|
|||
|---|---|---|---|
|
#18+
У нас ситуация аналогичная. в конфигурацию не полезешь, поэтому базу buckup отдельно средствами MS SQL, файлы отдельно средствами другими. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2002, 06:43:24 |
|
||
|
Загрузка данных в 1C идет очень долго.
|
|||
|---|---|---|---|
|
#18+
2Pusherman >Немного не понятен ответ это потому, что ждали ответ на "свой" вопрос, а ответ получился на вопрос, который "сформулировали". из слов "сливная база" не следует, что речь идет о распределенной базе :) а "загрузка средствами конфигуратора" - об обмене данными в распределенной инфбазе. вот и AndyMandy видимо понял также как я. Если и на этот раз не угадал, о чем вопрос :) , значит точно переформулировать вопрос надо. По-любому, ничего в твоем случае с 1С не сделать. Удаляешь объекты на местах - получаешь, видимо, контроль целостности (ну и поиск ссылок) при загрузке в центральную базу. Попробуй заливать данные не с клиентской машины, а прям на серваке (если есть такая возможность), будет ли разница? Не уверен, что при загрузке всякая "математика" идет на серверной стороне, этож не "Запрос.Выполнить(...)" и не "БухИт.ВыполнитьЗапрос(...)". Может сэкономишь полчаса :) на порцию, в пересчете на количество периферийных баз получится хорошая плюшка. офф: И давно у энергетиков 1С-ка? я тоже когда-то был ...@...elektra.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2002, 14:36:39 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32046534&tid=1820744]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 209ms |
| total: | 327ms |

| 0 / 0 |
