Доброе время суток.

У нас на торговых точках (всего их порядка 40 штук) установлены локальные компы (нет никакой сети, просто комп сам по себе) с небольшой програмкой, которая собирает данные по продажам и в настоящий момент работает на MSAccess. После очередного глюка базы Access на одной из точек, в результате которого пропал изрядный кусок данных, возникла мысль перейти на что-нить более надежное. Машины на клиентах слабенькие (1.7 Celeron 256Mb). Соответственно вопрос - какой движок БД можно поставить на замену в данном случае?

Не думаю, что SQL Server будет хорошо тянуть на селероне 1.7 с 256 Мб оперативки. Возможно, я неясно выразился - эти 40 компов не объединены в сеть, они работают абсолютно независимо. Если там Access тормозит (вернее, начинает подтормаживать при разрастании базы - она там в пределах 100 Мб) - что ж будет если поставить 40 SQL серверов - нетрудно представить. Нужно именно легкое локальное решение.

Хорошо. Согласен, был неправ - 128 Мб Recomended для MS SQL Server. Можно будет попробовать. Одна загвоздка - бывает, что комп падает, и возникает необходимость быстрого переноса базы с винта упавшей машины на резервный комп. В MS Access решается просто копированием mdb-файла (если он выжил). А на SQL Server? Там, насколько я в курсе, просто копированием не получится. А процедуру переноса надо делать быстро - продажи идут! И backup не спасет - нельзя потерять ни единой записи о продажах.

А даст ли выигрыш в скорости и использовании ресурсов использование легкой версии MSDE? И какие ограничения там существенные для маленькой локальной версии?

ыА поскольку у человека все лежит в mdb, и при переходе вряд ли будет переписываться клиентская часть в adp (хотя бы потому, что автор о ней не знает, а значет это весьма и весьма трудоемко для него будет), то работа будет через ODBC. А это еще на порядки замедлит все запросы.
В mdb только данные, сама прога написана на Delphi, доступ через ADO, поэтому особых проблем с переходом на MS SQL Server нет, тем более что офисная часть как раз на нем и работает.
ыГорячий бэкап для однопользовательской базы организовать - это вопрос десятка строк кода.
Горячий - это как?
ыСкорее всего, причина не в акцессе, раз данные теряются. Его очень сложно заставить потерять записи.
Уж не знаю, в чем причина. Пару раз (за 3 года) случалось нарушение уникальности первичного ключа - хотите верьте, хотите нет, но в таблице с уникальным ключом по ID было 2 записи с одним ID.

Иногда бывают глюки с данными такого рода - скажем, программа по запросу данные получает и они есть, а если открыть mdb файл и просто открыть таблицу, то данных либо нет либо есть только часть. Такие и похожие ситуации решались операцией "Сжать и восстановить базу".

В последней ситуацией потери данных и моя вина тоже - не забакапил базу перед операцией "Сжать и восстановить". База была целая, сжималась ради профилактики, но в результате некоторые таблицы после "оптимизации" оказались пустыми. Такое случилось первый раз за историю моей работы с Access.

Плюс ситуация, которая случается достаточно часто. При завершении работы вечером необходимо выключать компьютер. Для этого в программе есть операция "конец дня", которая делает несколько операций на insert и update в базе и делает shutdown компа. Так вот, при последующем включении компа часто оказывается, что последние операции в базе не сохранились. Хотя в программе все закрываю, освобождаю и т.д. корректно. Чего только не пробовал - и кэш насильно виндовый сбрасывать, и базу открывать и закрывать снова - все равно ситуция случается. Единственное решение, которое помогает - задержка в порядка полминуты перед выключением.

Вот в связи с этими проблемами и хочу этот Access покинуть.

Cat2ы. Хорошо что Вы напомнили. Упустил из виду, что у автора топика однопользователская база. Но это болезнь роста. Рано или поздно она все равно станет многопользовательской. И лучше сразу это иметь в виду при проектировании.
Угу, вы правы, уже становится. Есть несколько точек (порядка 5) на которых организована сеть из 2-3х компов (кассовых мест не хватает). Работает все на том же Access, база зашарена по сети. Кстати, в этом плане глюков нет, просто не очень удобно работать по сравнению с SQL Server, который под многопользовательство заточен.

bubuchaЧестно говоря, это есть странно. И все открытые транзакции всегда закрываются ? Имхо, у вас не те объемы (100 мб) что бы так "глючило".
Угу, закрываются. И коннект тоже закрывается. И программа закрывается. Потом шатдаун. Комп включаешь - иногда самый последний запрос не прокатил, иногда два, три последних.. Только Sleep(30000) помогает наверняка.