Форум: "Базы";
Текущий архив: 2004.08.08;
Скачать: [xml.tar.bz2];
ВнизЛокальное->Клиент-Серверное Найти похожие ветки
← →
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" в аксесс)
и т.д. различий гораздо больше чем сходства
← →
Соловьев © (2004-07-07 11:19) [8]
> и т.д. различий гораздо больше чем сходства
Сорри, тут я мываю руки:)
← →
Elicei (2004-07-09 22:40) [9]Добрый вечер. Спасибо за ответы, но я так и не увидел однозначного ответа. Насчет кода перелопатить, так это не страшно. Главное, чтобы проще было сделать само кл.-сер. приложение.
А насчет DBISAM v3.02 Client Server есть какая-нибудб информация.
Спасибо.
← →
Sir John © (2004-07-10 18:36) [10]насколько я понимаю, само к/с приложение не практически не зависит от типа выбранной СУБД. и написать сервер для конкретной выбранной Вами Системы Управления Базами Данных - это дело знаний и техники.
Если же Вас интересуетконкретный ответ на вопрос - "какая именно.." - это дело вкуса на мой взгляд. И тут уже вопрос встанет о возможном варианте доступа к данным: ADO, или еще. И опять же, я бы посоветовал Вам остановиться на той СУБД, которую Вы лучше всего знаете :)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2004.08.08;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.059 c