Всем привет!Подскажите есть БД 7.7 Предприятие в ней ведутся только приходные документы и номенклатура
теперь проблема с открытием периода , вылетает ошибка 310 , после захода в конфигуратор 1с запускается
, но смущает 1 файл RG1130.dbf размер 2.4 Гб , эта база не может столько весить,Подскажите как исправить !
теперь проблема с открытием периода , вылетает ошибка 310 , после захода в конфигуратор 1с запускается
, но смущает 1 файл RG1130.dbf размер 2.4 Гб , эта база не может столько весить,Подскажите как исправить !
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)(24)
"ставить заплатку от hogik "(с)
Две. :-) Но, уже поздно. :-(
Я бы поставил своё решение на CodeBase (клиент-серверный вариант).
Провел процедуры по уменьшению файла (если такие существуют).
А потом конвертировал базу обратно.
Или сразу - на SQL ... ;-)
"ставить заплатку от hogik "(с)
Две. :-) Но, уже поздно. :-(
Я бы поставил своё решение на CodeBase (клиент-серверный вариант).
Провел процедуры по уменьшению файла (если такие существуют).
А потом конвертировал базу обратно.
Или сразу - на SQL ... ;-)
Ну если только приход, то тогда делать оборотный регистр. Ну придется переписать код, там где есть обращение к остаткам регистра, и перепроводить все документы, которые двигают этот регистр. Да и отчеты/запросы надо будет переделывать те, где этот регистр задействован.
(9)
"Если ещё учесть, что есть размер физический,
на диске и тот который показывает "Проводник", то ... "(с)
И чего - "то" ? :-) В данном случае (ограничение DBF в CodeBase) не имеет никакого отношения к "размеру физическому". А ошибка "-310" - не имеет отношения к размеру файла.
"Если ещё учесть, что есть размер физический,
на диске и тот который показывает "Проводник", то ... "(с)
И чего - "то" ? :-) В данном случае (ограничение DBF в CodeBase) не имеет никакого отношения к "размеру физическому". А ошибка "-310" - не имеет отношения к размеру файла.
(7) Ёпрст,
Название «Мегабайт» общепринято, но формально неверно, так как приставка мега-, означает умножение на 1 000 000, а не 1 048 576. Правильной для 220 является двоичная приставка меби-.
...
В связи с этим получилось, что мегабайт бывает коротким, средним и длинным:
* короткий - 1 000 000 байт
* средний - 1 024 000 байт
* длинный - 1 048 576 байт
---------
Гигабайт
Приставка СИ гига- используется ошибочно, так как она обозначает умножение на 10^9. Для 2^30 же следует употреблять двоичную приставку гиби-. Сложившимся положением пользуются крупные корпорации, производящие жёсткие диски, которые при маркировке своих изделий под мегабайтом понимают 1 000 000 байт, а под гигабайтом — 1 000 000 000 байт.
(с) wikipedia.
...
В связи с этим получилось, что мегабайт бывает коротким, средним и длинным:
* короткий - 1 000 000 байт
* средний - 1 024 000 байт
* длинный - 1 048 576 байт
---------
Гигабайт
Приставка СИ гига- используется ошибочно, так как она обозначает умножение на 10^9. Для 2^30 же следует употреблять двоичную приставку гиби-. Сложившимся положением пользуются крупные корпорации, производящие жёсткие диски, которые при маркировке своих изделий под мегабайтом понимают 1 000 000 байт, а под гигабайтом — 1 000 000 000 байт.
(с) wikipedia.
(16) Andrey1804,
В файле ДД (текстовый) - поиском найти RG1130.dbf - и узнать что это за регистр. Проанализировать его содержание и решить как свернуть.
Просто "сжатие" файлов ДБФ обычно дает результат для справочников и документов (там где удаляют). В регистрах это происходит редко - поэтому выигрыш в размере сомнительный. Скорее всего нужно "перенести остатки" по вашему регистру RG1130.dbf (см. ДД) или переходить на Скуль...
В файле ДД (текстовый) - поиском найти RG1130.dbf - и узнать что это за регистр. Проанализировать его содержание и решить как свернуть.
Просто "сжатие" файлов ДБФ обычно дает результат для справочников и документов (там где удаляют). В регистрах это происходит редко - поэтому выигрыш в размере сомнительный. Скорее всего нужно "перенести остатки" по вашему регистру RG1130.dbf (см. ДД) или переходить на Скуль...
(23) ivsher, Прости если туплю .Это ?
#==TABLE no 89 : Регистр ПартииТоваров
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=RG1130 |Регистр ПартииТоваров |A |RG1130 |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=PERIOD |Period Registr |D |8 |0
F=SP2654 |(P)Фирма |C |9 |0
F=SP1131 |(P)Товар |C |9 |0
F=SP2706 |(P)Статус |C |1 |0
F=SP2707 |(P)Контрагент |C |9 |0
F=SP3597 |(P)Поставщик |C |9 |0
F=SP3601 |(P)Поставка |C |13 |0
F=SP1132 |(P)ПрихДокумент |C |13 |0
F=SP1133 |(P)ОстатокТовара |N |16 |5
F=SP2655 |(P)Стоимость |N |20 |5
F=SP2799 |(P)ПродСтоимость |N |16 |5
F=SP3286 |(P)НДС |N |20 |5
F=SP3665 |(P)СтоимостьНП |N |20 |5
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=PROP |PERIOD+PROP |0 |PERIOD,SP2654,SP1131,SP2706,SP2707,SP3597,SP3601,SP1132 |PROP
#
#============================================================
#==TABLE no 90 : Регистр (Дв.) ПартииТоваров
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=RA1130 |Регистр (Дв.) ПартииТоваров |A |RA1130 |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=IDDOC |ID Document's |C |9 |0
F=LINENO |LineNo |N |4 |0
F=ACTNO |Action No |N |6 |0
F=DEBKRED |Flag Debet/Kredit |N |1 |0
F=SP2654 |(P)Фирма |C |9 |0
F=SP1131 |(P)Товар |C |9 |0
F=SP2706 |(P)Статус |C |1 |0
F=SP2707 |(P)Контрагент |C |9 |0
F=SP3597 |(P)Поставщик |C |9 |0
F=SP3601 |(P)Поставка |C |13 |0
F=SP1132 |(P)ПрихДокумент |C |13 |0
F=SP1133 |(P)ОстатокТовара |N |16 |5
F=SP2655 |(P)Стоимость |N |20 |5
F=SP2799 |(P)ПродСтоимость |N |16 |5
F=SP3286 |(P)НДС |N |20 |5
F=SP3665 |(P)СтоимостьНП |N |20 |5
F=SP2658 |(P)Оборот |N |20 |5
F=SP2804 |(P)НДСприхода |N |20 |5
F=SP2805 |(P)НДСрасхода |N |20 |5
F=SP3630 |(P)НП |N |20 |5
F=SP3027 |(P)КодОперации |C |1 |0
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=IDLINE |of IDDOC+LineN|0 |IDDOC,LINENO,ACTNO |IDLINE
#
#============================================================
#==TABLE no 89 : Регистр ПартииТоваров
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=RG1130 |Регистр ПартииТоваров |A |RG1130 |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=PERIOD |Period Registr |D |8 |0
F=SP2654 |(P)Фирма |C |9 |0
F=SP1131 |(P)Товар |C |9 |0
F=SP2706 |(P)Статус |C |1 |0
F=SP2707 |(P)Контрагент |C |9 |0
F=SP3597 |(P)Поставщик |C |9 |0
F=SP3601 |(P)Поставка |C |13 |0
F=SP1132 |(P)ПрихДокумент |C |13 |0
F=SP1133 |(P)ОстатокТовара |N |16 |5
F=SP2655 |(P)Стоимость |N |20 |5
F=SP2799 |(P)ПродСтоимость |N |16 |5
F=SP3286 |(P)НДС |N |20 |5
F=SP3665 |(P)СтоимостьНП |N |20 |5
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=PROP |PERIOD+PROP |0 |PERIOD,SP2654,SP1131,SP2706,SP2707,SP3597,SP3601,SP1132 |PROP
#
#============================================================
#==TABLE no 90 : Регистр (Дв.) ПартииТоваров
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=RA1130 |Регистр (Дв.) ПартииТоваров |A |RA1130 |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=IDDOC |ID Document's |C |9 |0
F=LINENO |LineNo |N |4 |0
F=ACTNO |Action No |N |6 |0
F=DEBKRED |Flag Debet/Kredit |N |1 |0
F=SP2654 |(P)Фирма |C |9 |0
F=SP1131 |(P)Товар |C |9 |0
F=SP2706 |(P)Статус |C |1 |0
F=SP2707 |(P)Контрагент |C |9 |0
F=SP3597 |(P)Поставщик |C |9 |0
F=SP3601 |(P)Поставка |C |13 |0
F=SP1132 |(P)ПрихДокумент |C |13 |0
F=SP1133 |(P)ОстатокТовара |N |16 |5
F=SP2655 |(P)Стоимость |N |20 |5
F=SP2799 |(P)ПродСтоимость |N |16 |5
F=SP3286 |(P)НДС |N |20 |5
F=SP3665 |(P)СтоимостьНП |N |20 |5
F=SP2658 |(P)Оборот |N |20 |5
F=SP2804 |(P)НДСприхода |N |20 |5
F=SP2805 |(P)НДСрасхода |N |20 |5
F=SP3630 |(P)НП |N |20 |5
F=SP3027 |(P)КодОперации |C |1 |0
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=IDLINE |of IDDOC+LineN|0 |IDDOC,LINENO,ACTNO |IDLINE
#
#============================================================
При таком размере RA это только говорит о не закрытом регистре.
Если в него пишется только приход, и нет расхода вообще, то спасёт только переделка его в оборотный регистр или перевод базы на SQL.
В данном случае, ставить заплатку от hogik и кастрировать итоги, например, увеличением периодичности хранения останков в год.
Если в него пишется только приход, и нет расхода вообще, то спасёт только переделка его в оборотный регистр или перевод базы на SQL.
В данном случае, ставить заплатку от hogik и кастрировать итоги, например, увеличением периодичности хранения останков в год.
(28) ivsher,
Можно посмотреть какая партия самая древняя. Зайти в файл любым редактором ДБФ (например я пользовался и тупо удалить все списанные партии реннее какойто даты (F=PERIOD |Period Registr |D |8 |0)
Но это крайний случай если потом не будите пользоваться тестированием или перепроводить "закрытый период".
Или - затем - тестирование и исправление - Настройка - Очищать ссылки и удалять данные объекток (сначала в копии)
А вообще если конфа типовая - есть обработки по "свертке" базы на дату.... (Кстати: Загляните в меню - Сервис - Архивирование периода (Свертка базы))!
Можно посмотреть какая партия самая древняя. Зайти в файл любым редактором ДБФ (например я пользовался и тупо удалить все списанные партии реннее какойто даты (F=PERIOD |Period Registr |D |8 |0)
Но это крайний случай если потом не будите пользоваться тестированием или перепроводить "закрытый период".
Или - затем - тестирование и исправление - Настройка - Очищать ссылки и удалять данные объекток (сначала в копии)
А вообще если конфа типовая - есть обработки по "свертке" базы на дату.... (Кстати: Загляните в меню - Сервис - Архивирование периода (Свертка базы))!
(45) hogik, Что так сразу враки. Переполняется счетчик при обработке индекса. При таком количестве записей размер индексного файла тоже не маленький. И, собственно, размер индексного файла самый простой способ увидеть проблему не используя спец. читалок индексных файлов.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот