Компрессия ТКО - NAV: Функционал

art06 · 18.05.2010, 16:25

Добрый день.
Воспользовался для тестирования стандартным функционалом компрессии - Report 798. Период за два года. Длина периода - Год. Без сохранение полей.
До компрессии:
Название фирмы Таблица Но. Название таблицы ЧислоЗаписей Размер записи Размер (KB)
Тест архивирования 5802 Value Entry 3285185 1,939 6219064
Тест архивирования 32 Item Ledger Entry 1282185 2,228 2789320
Тест архивирования 339 Item Application Entry 1369641 407 544608

Результат после:
Тест архивирование 5802 Value Entry 885312 7,434 6427040
Тест архивирование 32 Item Ledger Entry 444995 8,72 3789192
Тест архивирование 339 Item Application Entry 466074 1,265 575656

Видно что записей стало меньше, а, вот размер записи и общий размер увеличился. Может кто - то может объяснить почему так произошло ?

art06 · 18.05.2010, 16:45

вопрос снят.

Camilla · 24.05.2010, 12:22

Меня больше интересует вопрос, почему этого покетного задания нет в 5 версии? Что должны делать клиенты с большим числом операций в товарной книге?

apanko · 24.05.2010, 14:51

Цитата:

Сообщение от Camilla

Меня больше интересует вопрос, почему этого покетного задания нет в 5 версии? Что должны делать клиенты с большим числом операций в товарной книге?

Использовать SQL.

Camilla · 26.05.2010, 13:39

Цитата:

Сообщение от apanko

Использовать SQL.

А если у одного товара каждый день порядка 200 операций... Вы предлагаете делать компрессию данной таблицы средствами SQL?

apanko · 26.05.2010, 15:02

Цитата:

Сообщение от Camilla

Цитата:

Сообщение от apanko

Использовать SQL.

А если у одного товара каждый день порядка 200 операций... Вы предлагаете делать компрессию данной таблицы средствами SQL?

К SQL серверу можно телескоп подключить, который за ночь 1,4ТБ данных генерирует. Не думаю, что 200 операций в день по товару для сиквела критично.

А вот удалить/сжать данные непросто. Плюс проблемы с аддонами, которые касаются ТКО.

Думаю именно так рассуждали парни из Ведбека.