Объем базы Dbf

Тема в разделе "1C и всё что с ней связано", создана пользователем gorlanovmax, 9 дек 2008.

  1. gorlanovmax

    gorlanovmax Well-Known Member
    1C Team

    Регистрация:
    19 июн 2008
    Сообщения:
    286
    Симпатии:
    0
    Господа программисты.

    А кого-нибудь есть данные по следующему сабжу:
    -сколько весит каждый новый документ
    -сколько весит каждый элемент номенклатуры
    -сколько весит каждый элемент справочника

    И что составляет основной объем базы?

    Понятно что документ зависит от кол-ва позиций, номенклатура от кол-во информации в карточке и т.д.

    Но все же наверняка у кого-то есть приблизительные данные.

    P.S. Это нужно для обоснования необходимости перехода на другую платформу для ген.директора
     
  2. vitfil

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
    Слабое обоснование - размер базы - для перехода на другую платформу...
    Сколько весит один документ?
    1 строка записи в таблицу 1sjournal
    1 строка записи в таблицу заголовков документов
    N строк в таблице табличной части документа.
    А вообще настоятельно рекомендую посмотреть размеры файлов регистров: движения и остатки.
    В принципе, критический размер файла ДБФ (по некоторым оценкам, которых я придерживаюсь исходя из практики) - 1 гиг.
    Отсюда и отталкивайтесь. Размер таблицы движений зависит непосредственно от количества движений, а также от установленного флага "быстрая обработка движений" в регистре и "отбор движений" для измерений. В этом случае создаются дополнительные поля ключей. Размер таблицы остатков напрямую зависит от периодичности итогов. Установлено "месяц", а вам нужен большой файл для "обоснования", установите "декада" и насладитесь троекратным увеличением размера файла итогов. Еще один фактор, влияющий на размер остатков - "закрываемость" регистра: чем больше итогов, тем больше записей. Ну и, как говорится, фича 1С: при перемещении ТА (проведение документов) она записывает и нулевые итоги.
    Ну и, естественно, размер обеих таблиц зависит от количества измерений и ресурсов. Реквизиты же влияют только на таблицу движений.

    Вкратце, все. Кстати, не забудьте, что при пересчете итогов 1С начинает считать от "левой границы" периодичности итогов. Представляете, что происходит к концу месяца? А от этого вас не избавит никакая платформа. Разве что 1С++, которая позволяет разумно расчитывать итог: либо от левой границы периода, либо от правой.

    Все. Выдыхаю, бобер.
     
  3. gorlanovmax

    gorlanovmax Well-Known Member
    1C Team

    Регистрация:
    19 июн 2008
    Сообщения:
    286
    Симпатии:
    0
    Спасибо за развернутый ответ.

    Но обоснование нужно в плане отказа от перехода на 8.0.
    Так что меня интересует наоборот как можно меньший объем базы.

    Просто фирма расширяется, соответственно увеличится кол-во пользователей, документов и т.д.
    Соответственно хотелось бы прикинуть виртуальный размер базы.

    На 8.0 переходить очень не хочется. :(
     
  4. KiR

    KiR НЕ шибка опытный програмер)
    1C Team

    Регистрация:
    11 сен 2007
    Сообщения:
    1.581
    Симпатии:
    0
    А я бы наоборот не отказывался от восьмерки. критический размер 1 гиг - это для DBF семерки. Хотя если ее коцать каждый год....
    ИМХО 1С 8.1 + SQL самое оно)) хотя денег стоит немало
     
  5. gorlanovmax

    gorlanovmax Well-Known Member
    1C Team

    Регистрация:
    19 июн 2008
    Сообщения:
    286
    Симпатии:
    0
    Проблема в том, что у нас от типовой ТиС осталось процентов 20, остальное писано переписано. много чего добавлено
     
  6. KiR

    KiR НЕ шибка опытный програмер)
    1C Team

    Регистрация:
    11 сен 2007
    Сообщения:
    1.581
    Симпатии:
    0
    Тогда это меняет дело. возможно каждый год или раз в два года ее обрезать чтобы не пухла
     
  7. gorlanovmax

    gorlanovmax Well-Known Member
    1C Team

    Регистрация:
    19 июн 2008
    Сообщения:
    286
    Симпатии:
    0
    В принципе сейчас так и делает
     
  8. vitfil

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
    Рекомендую посмотреть системные требования для работы платформы 8.Х и отталкиваться от них.
    Для тех, кто не понял, повторяю: 1 гиг - это не максимальный размер дбф-базы, а критический (по некоторым оценкам) размер дбф-файла. При переходе на 1С7+СКЛ выигрыша будет больше, чем 1С8+СКЛ, исходя хотя бы из того, сколько будут стоить доработка и внедрение 8.х. И стоит ли это делать, если функционал, имеющийся на сегодняшний день, вас устраивает.
    Кстати, если умеете готовить Nowell, поставьте обычный файловый сервер, разместите на нем вашу базу и забудьте про "критический" размер в 1 гиг.
     
  9. gorlanovmax

    gorlanovmax Well-Known Member
    1C Team

    Регистрация:
    19 июн 2008
    Сообщения:
    286
    Симпатии:
    0
    А можно поподробнее. А то я программист, а не системщик :(
     
Загрузка...

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