Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Локальное->Клиент-Серверное [D6, Access]

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

Sir John (2004-07-10 18:36:00) [1]
насколько я понимаю, само к/с приложение не практически не зависит от типа выбранной СУБД. и написать сервер для конкретной выбранной Вами Системы Управления Базами Данных - это дело знаний и техники.
Если же Вас интересуетконкретный ответ на вопрос - "какая именно.." - это дело вкуса на мой взгляд. И тут уже вопрос встанет о возможном варианте доступа к данным: ADO, или еще. И опять же, я бы посоветовал Вам остановиться на той СУБД, которую Вы лучше всего знаете :)

Elicei (2004-07-09 22:40:00) [2]
Добрый вечер. Спасибо за ответы, но я так и не увидел однозначного ответа. Насчет кода перелопатить, так это не страшно. Главное, чтобы проще было сделать само кл.-сер. приложение.
А насчет DBISAM v3.02 Client Server есть какая-нибудб информация.
Спасибо.

Соловьев (2004-07-07 11:19:00) [3]

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

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

sniknik (2004-07-07 11:10:00) [4]
> MS SQL - насколько я знаю, там почти полная совместимость.
значит не знаеш, там полная несовместимость... ;о))

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

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

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

bushmen (2004-07-07 10:52:00) [5]
>чтобы потом легко было переделать под другую СУБД.

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

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

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

Курдль (2004-07-07 10:36:00) [6]

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

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

Соловьев (2004-07-07 10:33:00) [7]

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

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

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

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

Курдль (2004-07-07 10:29:00) [8]

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

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

Соловьев (2004-07-07 10:09:00) [9]

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

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

evg2000 (2004-07-07 01:51:00) [10]
Гораздо проще использовать Interbase или его клон
Firebird Второе предпочтительней. Прекрасно работают в сети.
В сети 50 машин выборки из таблиц по 200 0000 записей получаются
в 1,5 - 2 секунды. Это сложные. Простые быстрее.

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »