Обслуживание POS (Архивация)

[Imidg_8]

Есть задача.
На POS нужно "поджать базу" - не зачем там хранить всю историю продаж.
В LS Retail - POS _ Периодич. Задания _ Архив _ Архивировать Транзакции

по идее это то что нужно
Может кто пользовался - есть ли нюансы, "подводные камни" , альтернативы, может на что внимание обратить нужно.
т.к. в документации этот пункт даже скудным назвать нальзя, а на живой базе тренироваться не хочу.

Работаем на 4.00 (4.0 PS3)

[Imidg_8]

Время шло ......

[Imidg_8]

Это , что никто не знает ответ? Или никто не использует?
Как тогда у Вас ПОСы работают или там другое ПО установлено и мы вляпались??

[apanko]

Цитата:

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

Это , что никто не знает ответ? Или никто не использует?
Как тогда у Вас ПОСы работают или там другое ПО установлено и мы вляпались??

Лично я исходил из концепции регулярной замены базы на ПОСе на пустую. Инструментарий сделал себе специальный.
Причем из-за партии плохих жестких дисков я это неоднократно выполнял.

История хранилась вся в ЦО.

[Imidg_8]

Это, наверное хорошо, но если у меня в одном магазине 14 касс и магазинов 10 то это 140 раз такую операцию проворачивать.
А так если поставить в задание и пусть себе чистит самостоятельно.

[apanko]

Цитата:

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

Это, наверное хорошо, но если у меня в одном магазине 14 касс и магазинов 10 то это 140 раз такую операцию проворачивать.
А так если поставить в задание и пусть себе чистит самостоятельно.

Не возражаю.
В принципе экономия там достигается за счет таблиц типа Статус, они удаляются. Плюс к этому пос-клиент быстрее открывается.
А так полезного эффекта не много.

http://apanko.ru/showthread.php?t=5435

[RedFox]

Цитата:

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

Это, наверное хорошо, но если у меня в одном магазине 14 касс и магазинов 10 то это 140 раз такую операцию проворачивать.
А так если поставить в задание и пусть себе чистит самостоятельно.

А не пробовали 1 базу на магазин делать? Или у Вас интенсивные обмен данными. характерный для супемаркета? И какие значения для показателей, например Средний чек и Интенсивность обслуживания?

[dmites]

Одна база, конечно, проще, но с точки зрения рисков, значительно хуже - полетел сервер (или Hub)- остановился весь магазин.

[dmites]

Архивирование не удаляет записи а пермещает в таблиц Arhived Transaction и т.п.
Если хотите именно урезать базу - проще написать код, который каждый день будет резать "задние" дни, выходящие за необходимый период хранения. Месяца вполне достаточно для возвратов.

[Imidg_8]

Спасибо всем, насколько я понял, то вариантов не много:
- Базу с нуля ( постоянные работы - не устраивает)
- В общую базу ( у нас большие магазины - не есть хорошо)
- Доработать типовое решение (архивировать данные по дате) и пустить его в автомат - оптимально

[RedFox]

Цитата:

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

Спасибо всем, насколько я понял, то вариантов не много:
- Базу с нуля ( постоянные работы - не устраивает)

Не всегда удобно. Лучше архивировать продажи (переносить таблицы ЛС в свои по определенному правилу - всё равно обычно на кассе анализ продаж не делается)

Цитата:

- В общую базу ( у нас большие магазины - не есть хорошо)

Тут правильнее говорить не про кол-во магазинов или касс, а про кол-во операций продаж на 1 кассу в единицу времени (или интенсивность продаж в единицу времени на 1 POS). "Отказоустойчиую" сеть можно сделать, но нужно администрить управляемые switch или commutator

Цитата:

- Доработать типовое решение (архивировать данные по дате) и пустить его в автомат - оптимально

+ бекапы во "время простоя" (НО НЕ ВЫКЛЮЧЕНИЯ!!, потому что некоторые магазины гасят РС в нерабочее время).