v0yager
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору vserd Цитата: Понимаешь, я тоже свое первое приложение написал на Парадоксе, а когда через несколько лет его пришлось переписывать на клиент/сервер, то очень долго плевался. А начиналось точно также. Пара пользователей, файловая шара, небольшой объем. | Pupsik Цитата: Пиши на ADO, если сменишь СУБД - измени строку подключения в tADOConnection и вперед в сеть... | Заметки на полях об API доступа к данным и граблях на пути к светлому будущему: И vserd, и Pupsik, прав. Вы смотрите на одну и ту же ситуацию, только с разных сторон. API доступа к данным (OLE DB/ADO) действительно не меняется из-за того, что источником данных служит file-shared или server DB. Connection, Command и Recordset остаются сами собой, как и методы работы с ними. С точки зрения API для перехода между file-shared и server DB, как заметил Pupsik, достаточно изменить ConnectionString. Для простейших случаев этого вполне хватает. Но в общем случае, "простота перехода" является таковой только с точки зрения API. В реальных программах на пути от file-shared до server DB лежат грабли, и не одни. О них и говорил vserd. Для начала можно вспомнить: - транзакции (длинна транзакцкий, явное/неявное управление, уровни изоляции, ...) - блокировки (типы блокировок, совместимость, эскалация, взаимные блокировки (deadlocks) и разрешение конфликтов, пессимистические/оптимистические стратегии работы с блокировками,...) - разная цена ресурсов (в первую очередь, серверные и клиентские курсоры, соединения,...) Это далеко не полный список того, на что придется обращать внимание при переходе от file-shared к server DB. Не все обязательно использовать, но учитывать - желательно. Что касается надежности, то тут я согласен с Bloody_Nokia_Adept: "...А ADO сам по себе - нормальный интерфейс...". У меня 2 года распределенное приложение уровня предприятия работает в режиме 24/7, использует ADO/OLE DB для работы с данными. Нареканий на API работы с данными - никаких. Хотя нагрузка приличная. |