большой файл dbf 2.4Гб

1. Andrey1804 3 01.07.13 14:04 Сейчас в теме
Всем привет!Подскажите есть БД 7.7 Предприятие в ней ведутся только приходные документы и номенклатура
теперь проблема с открытием периода , вылетает ошибка 310 , после захода в конфигуратор 1с запускается
, но смущает 1 файл RG1130.dbf размер 2.4 Гб , эта база не может столько весить,Подскажите как исправить !
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
6. AnryMc 849 01.07.13 15:20 Сейчас в теме
(1) Andrey1804,

База "сжималась"? (Администрирование - Тестирование и исправление ИБ... - Упаковка таблиц информационной базы)

ДБФ файл "по умолчанию" не удаляет записи а помечает, что они удалены. Физическое удаление удаленной информации см. выше...
35. hogik 443 01.07.13 17:38 Сейчас в теме
(1)(24)
"ставить заплатку от hogik "(с)
Две. :-) Но, уже поздно. :-(
Я бы поставил своё решение на CodeBase (клиент-серверный вариант).
Провел процедуры по уменьшению файла (если такие существуют).
А потом конвертировал базу обратно.
Или сразу - на SQL ... ;-)
2. ivsher 01.07.13 14:13 Сейчас в теме
Ну это таблица остатков какого-то регистра. Вероятнее всего проблема в том что регистр остаточный и неправильно закрывается, либо вообще не закрывается.
3. Andrey1804 3 01.07.13 14:30 Сейчас в теме
как исправить ?! Возможно, у них только приходы есть - расходов товара нет - ну вот такая специфика работы !
5. KroVladS 34 01.07.13 14:48 Сейчас в теме
(3) Andrey1804,
расход в любом случае должен быть.
Делайте списание на основании инвентаризации или как нибудь ещё.
4. ivsher 01.07.13 14:38 Сейчас в теме
Ну если только приход, то тогда делать оборотный регистр. Ну придется переписать код, там где есть обращение к остаткам регистра, и перепроводить все документы, которые двигают этот регистр. Да и отчеты/запросы надо будет переделывать те, где этот регистр задействован.
7. Ёпрст 1063 01.07.13 15:23 Сейчас в теме
Врёте вы всё, не может он весить 2.4 гига.
8. Andrey1804 3 01.07.13 15:35 Сейчас в теме
(7) Ёпрст, Ну что за народ пошел!!!
Прикрепленные файлы:
10. ivsher 01.07.13 15:40 Сейчас в теме
(8) Andrey1804, да уж... выложите описание регистра, его вид (оброты/остатки), реквизиты, измерения.
9. AnryMc 849 01.07.13 15:36 Сейчас в теме
(7) Ёпрст, max 2048 mb так, что как раз на грани... Если ещё учесть, что есть размер физический, на диске и тот который показывает "Проводник", то ...
42. hogik 443 01.07.13 23:24 Сейчас в теме
(9)
"Если ещё учесть, что есть размер физический,
на диске и тот который показывает "Проводник", то ... "(с)


И чего - "то" ? :-) В данном случае (ограничение DBF в CodeBase) не имеет никакого отношения к "размеру физическому". А ошибка "-310" - не имеет отношения к размеру файла.
11. AnryMc 849 01.07.13 15:40 Сейчас в теме
(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.
53. shadow0933093800 22.01.18 11:56 Сейчас в теме
(7) хахаха, Хома Неверующий. Да ты просто не работал с базами общим объемом до 33Гб
12. Andrey1804 3 01.07.13 15:51 Сейчас в теме
КОРОЧЕ ОН ПРОСТО ОГРОМНЫЙ , не в ту дискуссию зашли, база типовая 1с Предприятие, запускаю тестирование и исправление -зависает надолго , период тоже не открывает- зависает.
13. Andrey1804 3 01.07.13 15:57 Сейчас в теме
Начал восстанавливать последовательность появились ошибки 310 и вылет!
14. AnryMc 849 01.07.13 16:13 Сейчас в теме
(13) Andrey1804,

Что "говорит" файл 1Cv7.DD о вашем RG1130.dbf?

Ещё раз обращаю внимание на "сжатие" ДБФ. См. (6)
16. Andrey1804 3 01.07.13 16:19 Сейчас в теме
(14) AnryMc, я не понял вопроса о говорит dd
18. AnryMc 849 01.07.13 16:25 Сейчас в теме
(16) Andrey1804,

В файле ДД (текстовый) - поиском найти RG1130.dbf - и узнать что это за регистр. Проанализировать его содержание и решить как свернуть.

Просто "сжатие" файлов ДБФ обычно дает результат для справочников и документов (там где удаляют). В регистрах это происходит редко - поэтому выигрыш в размере сомнительный. Скорее всего нужно "перенести остатки" по вашему регистру RG1130.dbf (см. ДД) или переходить на Скуль...
15. AnryMc 849 01.07.13 16:17 Сейчас в теме
(13) Andrey1804, Размер файла приближается к критическому (см. (9)). Нужно его "сжать", или "перенести остатки" (пересчитать итоги) или готовиться (СРОЧНО) переходить на SQL....
17. Andrey1804 3 01.07.13 16:21 Сейчас в теме
(15) AnryMc, Понял, щас буду колдовать , конфигурация настолько старая.... что там ничего нет
Использовали можно сказать как записную книгу!
19. Andrey1804 3 01.07.13 16:44 Сейчас в теме
T=RG1130 |Регистр ПартииТоваров
23. ivsher 01.07.13 16:48 Сейчас в теме
(19) Andrey1804, еще шаг сделайте. и выложите структуру регистра для начала. А именно вид регистра его реквизиты и измерения ну и желательно еще посмотреть документы которые его двигают. С (10) поста об этом уже прошу :)
29. Andrey1804 3 01.07.13 16:55 Сейчас в теме
(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
#
#============================================================­===================
20. Andrey1804 3 01.07.13 16:45 Сейчас в теме
подскажи как их перенести ?
21. Andrey1804 3 01.07.13 16:46 Сейчас в теме
Все началось после попытки открытия периода , начались ошибки 310 итд невостановимая ошибка БД и все в таком духе
22. Ёпрст 1063 01.07.13 16:47 Сейчас в теме
24. Ёпрст 1063 01.07.13 16:49 Сейчас в теме
При таком размере RA это только говорит о не закрытом регистре.
Если в него пишется только приход, и нет расхода вообще, то спасёт только переделка его в оборотный регистр или перевод базы на SQL.
В данном случае, ставить заплатку от hogik и кастрировать итоги, например, увеличением периодичности хранения останков в год.
25. Andrey1804 3 01.07.13 16:51 Сейчас в теме
последняя ошибка чтения файла RG1130.dbf при переносе остатков
28. ivsher 01.07.13 16:54 Сейчас в теме
(25) Andrey1804, вы сами с собой говорите? Если хотите получить помощь то неплохо было бы начать отвечать на вопросы. А жалобы писать это в райсобес :)
34. AnryMc 849 01.07.13 17:02 Сейчас в теме
(28) ivsher,

Можно посмотреть какая партия самая древняя. Зайти в файл любым редактором ДБФ (например я пользовался http://dbfviewer.org/) и тупо удалить все списанные партии реннее какойто даты (F=PERIOD |Period Registr |D |8 |0)

Но это крайний случай если потом не будите пользоваться тестированием или перепроводить "закрытый период".
Или - затем - тестирование и исправление - Настройка - Очищать ссылки и удалять данные объекток (сначала в копии)

А вообще если конфа типовая - есть обработки по "свертке" базы на дату.... (Кстати: Загляните в меню - Сервис - Архивирование периода (Свертка базы))!
26. Ёпрст 1063 01.07.13 16:52 Сейчас в теме
Еще раз. Период при таком размере ты не откроешь никогда. Предел дбф файла 2 гига.
40. AnryMc 849 01.07.13 21:29 Сейчас в теме
(26) Ёпрст,
Предел дбф файла 2 гига


Каких? Коротких, Средних или Длинных? См. (11)
27. Ёпрст 1063 01.07.13 16:54 Сейчас в теме
Тебя спасёт только:
1. удалить все RG*.DBF
2.зайти монопольно, операция-управление оперативными итогами - период хранения останков-год.
3.пересчет итогов (хоть в предприятии, хоть в пофигураторе)
4. наслаждайся
30. ivsher 01.07.13 16:56 Сейчас в теме
(27) Ёпрст, Не ну год это конечно радикально. Мы же не знаем может там стоит период день :) Надо бы посмотреть с начало на регистр, а потом уже решать.
31. Ёпрст 1063 01.07.13 16:56 Сейчас в теме
Чорт, тут я тебя наипал, это только у оборотного Год есть..
У останкового максимум месяц.
Тогда только или свёртка базы или переход на скуль, если не хочешь переделывать остатковый регистр в оборотный.
32. Ёпрст 1063 01.07.13 16:58 Сейчас в теме
Можешь вообще смело прибить и RA и RG от этого регистра - вы всё равно им не пользуетесь (Ведомость по партии врят ли формируете вообще)

И в коде в глДвижениеПартий возврат воткнуть и привет.
33. Andrey1804 3 01.07.13 17:00 Сейчас в теме
Спасибо! Испробую все советы, обязательно отпишусь!
36. Ёпрст 1063 01.07.13 17:39 Сейчас в теме
Да ему этого ничего не надо, Партиями не пользуются, проще их вырезать и не забивать голову такой ерундой.
Andrey1804; hogik; +2 Ответить
38. Andrey1804 3 01.07.13 17:57 Сейчас в теме
(36) Ёпрст, СОВЕРШЕННО ВЕРНО! У них она как записная книжка - взаиморасчеты с поставщиками и номенклатура с ценами ! Все !
41. AnryMc 849 01.07.13 21:33 Сейчас в теме
(36) Ёпрст, См. (34)

Я бы поостерегся давать такие советы не видя базы. А то через месячишко может быть наезд...
37. Ёпрст 1063 01.07.13 17:40 Сейчас в теме
Анализы продаж и прочий мусор тоже не нужны.
39. Andrey1804 3 01.07.13 18:18 Сейчас в теме
(37) Ёпрст, Все получилось удалил RA и RG, все заработало!
43. CheBurator 3119 02.07.13 02:17 Сейчас в теме
у мну тоже вылетала -310 ошибка.. и к размеру файла - как ходжик пишет - а он мегаучитель - отношения не имеет...
44. V_I_PRO 03.07.13 05:55 Сейчас в теме
(43) CheBurator, Это ошибка индекса - в 2ГБ не укладывается.
45. hogik 443 03.07.13 18:28 Сейчас в теме
(44)
Враки. :-)
Правду читайте тут: http://infostart.ru/public/77617/
46. V_I_PRO 03.07.13 18:48 Сейчас в теме
(45) hogik, Что так сразу враки. Переполняется счетчик при обработке индекса. При таком количестве записей размер индексного файла тоже не маленький. И, собственно, размер индексного файла самый простой способ увидеть проблему не используя спец. читалок индексных файлов.
47. hogik 443 03.07.13 18:54 Сейчас в теме
(46)
Извините. Я очень долго подбирал самое мягкое слово - как назвать Ваше утверждение из (44) сообщения. Но, текст из (46) сообщения - бред полный. Даже не буду подбирать мягкое слово... :-)
48. V_I_PRO 03.07.13 19:08 Сейчас в теме
(47) hogik, Вам виднее, поскольку Вы автор (45). Моя отписка (46), есть (возможно весьма косноязычная) интерпретация Вашей статьи, ссылку на которую Вы дали в (45).
49. hogik 443 03.07.13 19:14 Сейчас в теме
(48)
Это не "интерпретация", а извращение. :-)
Всё. Закончим беседу?
50. V_I_PRO 03.07.13 19:17 Сейчас в теме
(49) hogik, Лучше через личку. Как Вам написать?
51. anc2002 04.07.13 19:03 Сейчас в теме
такой большой регистр партий получится только при неправильном ведении учета - регистр не закрывается, поможет переход на sql или отключение партий, так как при таком учете от них никакого толку
52. Natali_77 06.07.13 09:36 Сейчас в теме
А в таки случая выгрузка и загрузка базы не может помочь?
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот