Сравнение функционала Меркурия и Супермага : Системы автоматизации торговли

Ну здесь совсем просто. Ничто не мешает распечатать последнюю страницу сводного товарного отчета и положить её в сейф. Или любой другой отчетной формы, отражающей остаток товара. А еще есть отчет "Причины изменения сальдо остатка". Или журнал истории документов. Инструментов контроля хватает...

Спасибо, понятно. А какая таблица самая большая (если не считать логи)? Я пытаюсь понять, в чем узкое место с производительностью, требующее применение мощных компьютеров, оракла в качестве хранилища данных и т.д. На встроенной базе я бы просто поделил чеки на файлы по периодам, а нужные для анализа сводные итоги сваливал в отдельные таблицы. По сравнению с оптом, в рознице сильно должно упрощать жизнь, что чеки задним число не корректируются. Что требует наибольших вычислительных ресурсов в Супермаге, если расход в парционном учете организуется 3 документами в день (ну плюс еще перемещения)? Или речь идет о больших сетях магазинов (несколько десятков или даже сотнях), а под остальных разработчики просто забились на вырост?

А никто не говорит про беспредельные ресурсы в Супермаге, о том и речь, что его сервера начинались когда-то с 512Мб памяти и это все неплохо работало. На магазинных базах все достаточно неплохо работает чуть ли не на десктопах, что сильно доставляет проблем админам, поскольку параллельно работающие пользователи ставят всякое дерьмо и все это начинает глючить. Но суть - урезание функционала, а не базы. Растет база, добавляете ресурсов и продолжаете на ней работать. База одна и та же, что в центральном офисе большой сети, что в одиночном магазине на две кассы. Надо справедливости ради отметить, что не только редакции Супермага меняются, но и редакции Oracle, как правило. Большим базам - больший функционал.
Самые большие таблицы - аналитика, т.е. предпросчет связей документов. Потом идет таблица спецификаций документов. Оракл позволяет прозрачно для софта партиционировать таблицы, т.е. резать их на куски, например, по датам. И уж возможностей отслеживания целостности данных и их восстановления в Oracle ведро.

Если рассматривать средний российский супермаркет, то в нем не будет большой базы. Максимум 50 Gb, да еще лет за 10 работы.
Большие базы возникают в офисах торговых сетей.
Для грубой оценки можно умножить эти 50Gb на количество магазинов сети.
Почему Oracle? Сам продукт создавался (Олег меня поправит) еще до 2000 года. Там просто не было многообразия баз данных. По большому счету и выбрать можно было из Oracle и MSSQL. Создавался не на пустом месте: был Супермаг 2.6, использовавший таблицы Paradox. И использующие его магазины часто сталкивались с ограничением на размер таблицы и необходимостью обрезки данных. Поэтому, возможно и был выбран Oracle, как БД, которая могла работать с наибольшими базами, на тот момент.

А какая статистика по необходимости администрирования баз данных Супермага (от количества рабочих мест)? Не считая поддержки харда.
1. Не требует администрирования.
2. Приходящий администратор.
3. Администратор в штате.

Я считаю, что "не требует администрирования" - это маркетинговый ход, оборачивающийся потом неудовлетворенностью от системы. Даже если пользователи пользуются только Excel, администрировать софт (ОС) все равно надо. Приходящий администратор устраивает всю линейку. В штат надо брать разработчика, если возникает потребность. Админ БД в штате особо и не нужен. И уж точно лучше взять вменяемого админа на неполную занятость, чем пионера в штат.

у меня есть одиночный магазин, работающий с 2007 г. у них в штате ни программиста, ни сисадмина нет. раз в год-два звонят с какими-нибудь проблемами и все. в сети, естественно, сисадмин должен быть.

Если подложек нет и магазин нафасовал в мешочки - по мешочкам выйдет недостача, а по подложкам излишки. в ревизию скомпенсируются. По поводу спорности функционала - делалось под клиента. Посмотрел аналитику по этой таре за январь 15 года 380 тысяч рублей тары списано. (70 магазинов). Заказчик доволен. Говорит раньше больше тары уходило. Магазины сильно не возмущаются.

Кстати, Пётр (не помню фамилию, продажник Сервисплюсовский) говорил, что клиенты не особо ведут в супермаге расчеты с поставщиками. Оставляют это на 1С. Так ли это? Расскажите про этот модуль в супермаге...

Я за 10 лет общения с Сервис+ перестала любить фразу "делалось под клиента". Мне сейчас интересно, если клиент попросит сделать кнопку полного уничтожения базы, вы её тоже сделаете?
Сервис+ пока не приведешь ссылки на нормативные документы, законы и приказы, регулирующие деятельность, не будут даже ТЗ рассматривать. А когда начнут, еще кучу аргументов из законодательства привести могут...
А что касается "магазины сильно не возмущаются", то подождите, найдется один грамотный администратор, и завозмущаются сразу все 70.