7.7 Количество Документов И Быстродействие

Тема в разделе "1C и всё что с ней связано", создана пользователем olga13, 19 мар 2013.

  1. olga13

    olga13 Well-Known Member

    Регистрация:
    10 окт 2008
    Сообщения:
    208
    Симпатии:
    0
    Добрый день! Хочу обратиться за советом к старшим товарищам. Предприятие планирует открытие розничного магазина. Ожидаемое количество покупок в день - около 500. Стоит дилемма: создавать документ на каждый чек, либо объединять проданный товар в конце дня в сводном чеке. В последнем случае сходные позиции будут группироваться, что соответственно приведет к уменьшению проводок в базе, но создаст определенные неудобства в работе. Каково ваше мнение, что лучше: много маленьких документов или один большой? Меня пугают, что при использовании первого варианта со временем база разрастется до невероятных размеров и станет тормозить. Так ли это на самом деле?
     
  2. tadancer

    tadancer Member

    Регистрация:
    19 мар 2013
    Сообщения:
    8
    Симпатии:
    0
    База файловая или sql? Типовая? Регистры или плансчетов?
    В чем необходимость хранить все чеки - возвраты?

    Объедините оба варианта. На каждый чек отдельный документ, старые (допустим, со сроком больше N месяцев, в зависимости от того чем торгует магазин, для продуктов - меньше, для бытовой техники - гораздо больше), или же в зависимости от того, в течение какого срока требуется информация о каждой отдельной продаже, чеки сворачиваются в одиночный документ "продажа за день" с теми же проводками/движениями что и каждый чек по-отдельности, сами чеки - удаляются.
     
  3. olga13

    olga13 Well-Known Member

    Регистрация:
    10 окт 2008
    Сообщения:
    208
    Симпатии:
    0
    База DBF, не типовая, бухгалтерия + регистры.
    Меня интересует, есть ли смысл вообще сворачивать в один документ. Если отбросить тот факт, что в сводном чеке одинаковые позиции свернутся, будет ли вообще в чем-то разница? Мне кажется, что размер индексных файлов от этого не изменится.
     
  4. tadancer

    tadancer Member

    Регистрация:
    19 мар 2013
    Сообщения:
    8
    Симпатии:
    0
    У файловой 7ки 2 ограничителя:
    1) размер файлов .dbf (каждого по отдельности)
    2) количество записей в файлах .dbf (аналогично)

    Размер: больше гигабайта = возможны проблемы, больше 2 гигабайт - база перестает работать.
    Количество записей, если ничего не путаю, около миллиарда, потом опять же проблемы с работой.

    При сводном чеке у вас уменьшается и количество записей (вместо шапки 500 чеков, хранится только одна, в файле табличных частей строк меньше за счет свернутых позиций товаров) и соответственно размер файлов. Так что в этом определенный смысл есть. Насколько это целесообразно - зависит от вашей конкретной ситуации.
    Предложил бы устроить нагрузочное тестирование - наклепать обработкой в копии базы чеков на неделю другую (по 500 в день, со средним числом покупок, разных или одинаковых не столь важно) и оценить что получится (с какой скоростью растут файлы регистров, проводок, табличных частей чеков) и тогда уже принимать решение.
     
  5. olga13

    olga13 Well-Known Member

    Регистрация:
    10 окт 2008
    Сообщения:
    208
    Симпатии:
    0

    Спасибо за совет. Наверное, так и поступлю.
     
  6. evgenyatam

    evgenyatam Well-Known Member

    Регистрация:
    7 сен 2007
    Сообщения:
    175
    Симпатии:
    0
    сами чеки - удаляются.

    удалятся то они удаляются, но только логически. физически они остаются в дбф, до тех пор пока не выполниш тестирование и исправление со включенной галочкой "упаковка таблиц информационной базы".
     
Загрузка...

Поделиться этой страницей