Добрый день.
На наших кассах стоит распределенная БД Розницы. С некоторого момента начала притормаживать (длительный поиск, задержка при очистки чека ККМ после завершения операции и т.д.).
Посоветуйте какие альтернативы можно рассмотреть для ухода от РБД? Хотелось бы иметь основную базу и загрузку/выгрузку для касс.

Заранее спасибо за дельные советы.

Традиционно без рекламы

вариантов до пряжки от ремня.
Можешь посмотреть на фронтол

(0) транспорт для обмена какой ? Как часто обмен ? Размер файла обмена ? Отключи обмен -тормоза пропали ? Почему ты думаешь что из-за РИБа ?

Обмен стандартный, через ФТП. Каждые 15 мин происходит обмен. База (файл) размером 1,5гб. Основная база на SQL. Распределенки файловые. Файл обмена по разному, не большого размера в сжатом виде. Отключение обмена на тормоза не влияют.

Смотрите в сторону Штриха или Атола

А кто может поделиться опытом использования Штриха или Атола? Хотелось бы узнать "подводные камни" того и другого, чтобы правильно выбрать систему. Не хочется сначала установить, а потом хвататься за голову с мыслями "Что делать?!". Интересно мнение специалистов, а не рекламщиков продуктов.

(0) Убери все что касается остатков из фронта.

(6) Попроси местных дилеров Атола провести демонстрацию. Как вариант можешь попросить демоключ на пару месяцев для самостоятельной оценки (некоторые дилеры предоставляют).

Розница та еще...
Обмен .. данные только  в центр полностью идут или ПБ-шки тоже растут...?
Поищи альтернативу попроще или напиши свою.

Фронтол может все и даже больше

(9) ПБ-шки???!!! Данные передаются с главной на распределенные БД в разрезе магазинов. Ассортимент товара большой, да и еще с характеристиками.
Единственное что я не сделал еще, это свертку РБД. Данных накопилось за 2-3 года.
Недавно мне один спец (если его можно так назвать) подкинул идею о оффлайн оборудовании, которое обменивается с главной БД только ассортиментом, остатками и операциями. Как он сказал есть программная реализация (типа РБД), так и аппаратная. Вот я и задался изучением данной идеи т.к. сеть магазинов планируется в ближайшее время расти вместе с геморроем на мою задницу.

см (7).

(7) Например??? С главной базы документы передаются в распределенную. Если удаляю документы в распределенной, то они помечаются на удаление в главной. Допустим я сниму удаление и перепроведу документы в главной и тут же они пойдут в распределенную (создадутся заново).

Для информации: установлена Розница 2.1

Вариантов как минимум два:
1. Отказ от РИБ и обмен по правилам.
2. Писать код в предопределенных событиях модуля плана обмена. Писать много.

(16) А можно немножко поподробнее по п.1?

(17) 15 тысяч страниц в яндексе, куда подробнее.

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

Последние пять лет я считаю, что необъходимым и достаточным материалом является в данном случае встроенная справка в КД 2.1.

У меня самописная загрузка/выгрузка

(16) ну тогда три - MAGAZKA

(22) Спасибо, посмотрю вариант.

(0)

1.Сделай свертку хотябы в Пб базах а в ЦБ оставь все но не трогать свернутый период. Хотя тут надо включить голову. Если  это не под силу тогда сворачивай все подряд.
2. В магазинах поставь нормальный комп или сервер.
3. Делай обмен  не часто а один раз ночью. Если это позволительно.

(24) Спасибо за дельный совет.
Свертку на распределенных базах хочу сделать, но как-то страшно. Боюсь что-либо навредить.
В некоторых магазинах компы нормальные. i3/4Gb/SSD Но происходит задержка в 10-15 сек (а иногда и более) после пробития чека ККМ. Чек распечатался, ящик открылся, деньги посчитали, сдачу выдали, а на экране висит состав чека. И через какое-то время очищается и готов принимать следующий.

Чистка кеша, ТиИ уже проведено?

Драйвер кривой, бесплатный наверняка...

(27) Драйвер какое отношение к торможению записи в БД имеет?

Антивирус, кстати...

(28) Драйвер такое отношение имеет к записи в базу, что даёт задержки сильные при реакции на...

а кто нибудь пробовал запускать 1с в место explorer как фронтол??

(31) Это вообще-то его штатный режим...

Я знаю что фронтол можно так запускать ввиду наличия дурных кассиров, но можно и просто запускать, так вот 1с ни кто не пробовал???
при запуске фронтола вместо explorer и из него разница хоть немного но есть по скорости, я вот из отпуска приеду попробую ))

(33) 1с можно запускать.
Для фронтола разницы по скорости нет

(34)>> Для фронтола разницы по скорости нет
Ну не знаю, замеры не делал, просто субъективно сужу

(34) Кстати сам пробовал 1с запускать ??

(35) Я делал.
(36) Ну куда ж мне... Я её никогда в глаза же не видел, ты меня убедил...

(37) ))) я серьезно, пробовал 1с вместо explorer и каковы результаты ?

(38) Я тоже серьёзно. Разницы нет. Или доли процента, которые погоды не делают.

(33) Я пробовал, в одном месте работает пару лет.

(26) Все было проведено и не раз.
(29) Антивирус отключал, результат тот же.

(38) Есть там проблемка - всплывает на древнем железе.

+(42) И локальных ключах

(42) на древнем железе, 1с да еще и на кассе? так там как не запускай, все равно будет проблема

(44) Решаемо все.

(45) естественно, путем отказа от 1с на кассе

(46) Я тоже не сторонник, но если уже купили и с плясками оно работает - коней менять не вариант...

Если не боишься Linux то тогда ДЭНСИ:Касса.

Кстати... как-то запустил я базу с картридером в столовую и для выдачи путевых. Время отклика было 5-7 секунд. Как бы не старался не смог ускорить. Поствил скуль 2008 и развернул базу и моя проблема решилась.
Если у ТС база в магазинах развенут в отдельнм компе чем сами кассы.. и еде базы файовые то либо базу пеместите в комп кассы, конечно если это возможно. или скуль вам поможет.

(49) Базы файловые. На каждой кассе стоит своя база.
А разве клиент 1С может без сервера 1С обращаться к MS SQL?

(50) Конечно без сервера 1С не работает клиент-серверный вариант.

(51) Вот и я о том же. Я подумал, что я чего-то не знаю и возможно файловую структуру на SQL перевести без сервера 1С.
У меня главная на SQL крутится. Есть несколько касс которые через тонкий клиент сидят, и все летает. Единственное напрягает, когда инет падает. А вот с файловыми - напряг.

(7) останется запрос который проверяет накопления по карте . он в большинстве случаев нужен .
у нас схема точно такая же. есть тормоза при поиске и то потому что кассиру лень указать "по наименованию", делает "по всем полям"
работаем  на ссд

(52) Если хочешь удобно жить купит серверные варианты.
Или ищи альтернативы.

У тебя в магазинах одна база и несколько компов (касс) к нему подключены?
Полагаю файловые 1С это для бухов где юзеров 2-3 и работают они не спеша.

+ (53) Согласен. Стоит покопаться в запросах и научить кассиров нормальной работе.

(53) >> останется запрос который проверяет накопления по карте . он в большинстве случаев нужен.

Здесь как минимум два варианта - хранить именно остатки по картам, либо использовать дисконтный сервер (типовой или самописный - это уже другой вопрос).

(54) В наших торговых центрах есть разные магазины. В каждом магазине на кассе своя файловая база данных. На новых кассах уже стоят ССД диски и 4 Гб оперативки, i3 проц.
Пробовал подключать вторую кассу к существующей. Тормоза увеличились на второй. Сделал РИБ по рабочему месту. Вроде лучше чем по сети, но это же РИБ. И ситуация осталась без изменений.
Конфигурация не изменялась. Программеров 1С компания не хочет использовать. Обходимся типовым функционалом.

(67) Короче позовите продвинутого спеца. Пусть хоть вам сделает замеры и оценку даст что делать.
Или как говорится - "кололись плакали но ели кактус..."

Осталось через годик на кассах ставить мэйнфремы, блюдипы и прочие креи - иначе не потянет...

(59) Потихоньку смотрю с ужасом на перспективы с таким темпом развития.

Есть вариант Artix, написан на Python, работает под Linux.
Дешевый кстати