А "потянет" ли Axapta такой объем данных ?

[mazzy]

Цитата:

Изначально опубликовано KonSA
Хочется узнать принципиальную возможность работы Axapta со следующими объемами данных.

Принципиально да. Дьявол в деталях. См. ниже.

Цитата:

Изначально опубликовано KonSA
итого 356*1200*(30*3+5*2)=43 млн проводок в год
с учетом приходных накладных и всего остального дойдет до 50 млн. в год

стоит еще умножить на 10-20, поскольку каждая проводка может отображаться несколькими записями в разных таблицах.

Тут, конечно надо прикидывать и делать макет, но в вашем случае можно взять оценочную среднуюю длину записи 400 байт.
Получится 50 млн * 10-20 записей * 400 байт= 20..40 Гиг.

Естественно, это ОЧЕНЬ ГРУБАЯ оценка. Почему? В Аксапте многие таблицы носят характер черновиков или логов.

Например, очень тяжелая в заказах таблица SalesParmLine - это лог всех попыток проведения для каждой строки каждого документа по заказу. Таблица растет очень быстро, но она вряд ли нужна в полном объеме. Ее нужно чистить.

Еще пример, заказы - это план. После исполнения (документы) план можно и нужно удалять. Поэтому все заказы со строками тоже можно (и нужно удалять). А тяжелая таблица Строки заказа (Sales Line) имеет среднюю длину больше 500 байт.

Поэтому, если базой не заниматься, то размер будет до 50 гигов. Если базой таки заняться по-правильному, то будет около 10 гигов.

Но в обоих случаях будет работать нормально. Не в этом проблема. А в этом:

Цитата:

Изначально опубликовано KonSA
ситуация осложняется тем, что работа круглосуточная и остановка базы даже на полчаса (например, для "закрытия" склада ) невозможна

Аксапта очень хочет, чтобы у нее было время на регламентные процедуры. В частности, на закрытие склада. Если ситуацию запускать, то закрытие может длиться долго.

Да, во время закрытия можно организовать ввод заказов в режиме журнала, но...

Именно момент с регламентными процедурами в Аксапте, скорее всего, будет вашим узким местом.