Локальное->Клиент-Серверное

← →
Elicei (2004-07-06 23:01) [0]

Добрый вечер, Уважаемые мастера. Мне нужен Ваш совет
Когда то мною было написано локальное приложение работы с БД с использованием компонентов ADO.
Теперь, когда на предприятии провели сеть, возникла необходимость преобразовать его
в клиент-серверное приложение.
Поставил DBISAM v3.02 Client Server, однако не так все просто.
Помогите, пожалуйста.
Спасибо.

← →
evg2000 (2004-07-07 01:51) [1]

Гораздо проще использовать Interbase или его клон
Firebird Второе предпочтительней. Прекрасно работают в сети.
В сети 50 машин выборки из таблиц по 200 0000 записей получаются
в 1,5 - 2 секунды. Это сложные. Простые быстрее.

← →
Соловьев © (2004-07-07 10:09) [2]

> Когда то мною было написано локальное приложение работы
> с БД с использованием компонентов ADO.

ИМХО, прийдется купить офффицально(или нелегально :)) MS SQL - насколько я знаю, там почти полная совместимость. Извинияюсь заранее если не так :)
А для FireBird прийдется юзать IBX или FIBPlus - а в этом случае кроме структуры БД прийдется и код перелопатить.

← →
Курдль © (2004-07-07 10:29) [3]

> Соловьев © (07.07.04 10:09) [2]
> А для FireBird прийдется юзать IBX или FIBPlus - а в этом
> случае кроме структуры БД прийдется и код перелопатить.

А разве нет OLE DB для FireBird?
ADO, конечно, далеко не лучший вариант доступа, но если все работало на нем, можно без особых проблем перейти на другую СУБД.
Я, например, работая с Yaffil-ом, на всякий случай делал прогу на компонентах SQL Direct (как бы мне не нравились IBX или FIBPlus) чтобы потом легко было переделать под другую СУБД.

← →
Соловьев © (2004-07-07 10:33) [4]

> А разве нет OLE DB для FireBird?

есть. но, имхо экспресс хорошо,а плюсы еще лучше:)

> можно без особых проблем перейти на другую СУБД

не забываем про структуру базы. Access вроде очень схож с MS SQL.

← →
Курдль © (2004-07-07 10:36) [5]

> Соловьев © (07.07.04 10:33) [4]
>
> > А разве нет OLE DB для FireBird?
>
> есть. но, имхо экспресс хорошо,а плюсы еще лучше:)

Смотрите дальше в будущее - от DAO совсем близко и до ADO.NET, а там и ASP.NET (И ВСЕ НА ACCESS-е!!!) :)

← →
bushmen © (2004-07-07 10:52) [6]

>чтобы потом легко было переделать под другую СУБД.

Да и к тому же есть разница между разными СУБД. Т.е. надо код перелопатить.

> Access вроде очень схож с MS SQL.

Но тем не менее, даже в них есть отличия. Например, в запросах с использованием LIKE. Я бы сказал, что отличия минимальны :)

← →
sniknik © (2004-07-07 11:10) [7]

> MS SQL - насколько я знаю, там почти полная совместимость.
значит не знаеш, там полная несовместимость... ;о))

совместимы там только основы.

> Я бы сказал, что отличия минимальны :)
мало работал
сделай двойной join в запросе, и проверь там и там.
функции преобразования, и представления даты к примеру там и там.
бинарные и унарные операции (ну к примеру сделай 5 mod 2 в MSSQL)
доступ к внешним данным
автоприведения типов (например 5 mod "2" в аксесс)

и т.д. различий гораздо больше чем сходства

> и т.д. различий гораздо больше чем сходства

Сорри, тут я мываю руки:)

← →
Elicei (2004-07-09 22:40) [9]

Добрый вечер. Спасибо за ответы, но я так и не увидел однозначного ответа. Насчет кода перелопатить, так это не страшно. Главное, чтобы проще было сделать само кл.-сер. приложение.
А насчет DBISAM v3.02 Client Server есть какая-нибудб информация.
Спасибо.

насколько я понимаю, само к/с приложение не практически не зависит от типа выбранной СУБД. и написать сервер для конкретной выбранной Вами Системы Управления Базами Данных - это дело знаний и техники.
Если же Вас интересуетконкретный ответ на вопрос - "какая именно.." - это дело вкуса на мой взгляд. И тут уже вопрос встанет о возможном варианте доступа к данным: ADO, или еще. И опять же, я бы посоветовал Вам остановиться на той СУБД, которую Вы лучше всего знаете :)

Локальное->Клиент-Серверное Найти похожие ветки