Обслуживание POS (Архивация) - NAV: Администрирование

Imidg_8 · 17.02.2009, 10:26

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

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

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

Imidg_8 · 18.02.2009, 08:56

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

Imidg_8 · 19.02.2009, 16:42

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

apanko · 19.02.2009, 18:14

Цитата:

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

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

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

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

Imidg_8 · 22.02.2009, 11:38

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

apanko · 22.02.2009, 12:30

Цитата:

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

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

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

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

RedFox · 23.02.2009, 11:55

Цитата:

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

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

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

dmites · 23.02.2009, 18:54

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

dmites · 23.02.2009, 18:58

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

Imidg_8 · 27.02.2009, 14:57

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

RedFox · 02.03.2009, 09:25

Цитата:

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

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

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

Цитата:

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

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

Цитата:

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

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