| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Что делать с BDE? [D6, IB6.x, MSSQL]
ao1973 © (2002-04-17 05:50:00)Будет ли Борланд развивать BDE дальше
или бросать BDE и переходить на АДО.
Не хотелось бы.Наработок много и АДО медленнее
и глючит.
Самое главное что BDE не работает с 6 Интербейсом.
zx (2002-04-18 12:31:00) [1]> ao1973 (18.04.02 12:21)
Борланд может быть ее и развивала
только другие не хотят особенно ms
Да и старовата она стала, много воды утекло:)
ao1973 (2002-04-18 12:21:00) [2]Ну почему Борланд не развивает БДЕ ?
evgeg (2002-04-17 13:19:00) [3]Ну и в BDE вроде то же самое.
С SQL сервером надо работать, используя хр. проц. и тригера. А методика их написания в IB и MS SQL совергенно разная. То же и с посторением запросов, одни запросы эффективны в IB, но их нельзя ис-ть в MS SQL, и наоборот.
Если же не исп-ть хр. проц, тригера, особенности SQL, то как раз и получится работа "как с dbase" -- все на стороне клиента (в трехвенке - сервера приложений), возможности SQL сервера не используются.
wicked (2002-04-17 13:09:00) [4]
> Универсальный метод имеет множество возможностей, являющиеся
> пересечением множеств возможностей тех баз, для которых
> он предназначен. Как обойти это фундаментальное ограничение?
например, способом, который диктует OLE DB (и в общем - microsoft) - наложение минимальных требований на ole db провайдер для конкретной СУБД для того, чтобы с ним возможно было работать... хотя и это не спасает - они себе оставили лазейку в виде supports() - т. е. то, что со свистом работает на jet"е, совсем не будет работать на mssql...
Alexandr (2002-04-17 13:07:00) [5]использованием "универсального драйвера", который знает об особенностях серверов, и имеет стандартный интерфейс для работы с базами.
Посмотри OLE DB, например, или ODBC.
Конечно, не все оптимально (в смысле, использования частных фич), но некий общий механизм работы найти и использовать можно.
wicked (2002-04-17 13:07:00) [6]
> Универсальный метод имеет множество возможностей, являющиеся
> пересечением множеств возможностей тех баз, для которых
> он предназначен. Как обойти это фундаментальное ограничение?
например, способом, который диктует OLE DB (и в общем - microsoft) - наложение минимальных требований на ole db провайдер для конкретной СУБД для того, чтобы с ним возможно было работать... хотя и это не спасает - они себе оставили лазейку в виде supports() - т. е. то, что со свистом работает на jet"е, совсем не будет работать на mssql...
evgeg (2002-04-17 12:59:00) [7]А как? Универсальный метод имеет множество возможностей, являющиеся пересечением множеств возможностей тех баз, для которых он предназначен. Как обойти это фундаментальное ограничение?
Alexandr (2002-04-17 12:51:00) [8]не совсем так.
evgeg (2002-04-17 12:37:00) [9]> Alexandr
Разумеется в любой базой можно работать, как с dbase, но при этом не будут использованы ее возможности.
Delirium (2002-04-17 12:00:00) [10]На мой взгляд, наиболее перспективная технология - ADO. Обосновать это можно хотя бы тем, что Microsoft ориентируется именно на неё, а значит в ближайшем будущем любая СУБД, работающая под управлением операцтионки от Microsoft, де-факто, должна будет иметь oledb-провайдер, как это уже и происходит. Да и вообще идея работать с набором данных как с универсальным БД независимым объектом доказала свою состоятельность и довольно успешно реализована в RecordSet. Я думаю, ADO - всецело заменит ODBC и станет таким же промышленным стандартом.
Alexandr (2002-04-17 11:53:00) [11]2evgeg: Не совсем так. Я знаю, что есть программы которые могут использовать в качестве хранилища данных довольно большой список баз - там в настройке задается, какая база данных будет. И Все.
Тот же OLEDB призван унифицировать работу с базами данных.
Такчто такой подход, при достаточном опыте, имеет право на жизнь...
evgeg (2002-04-17 11:44:00) [12]> ao1973
Ну не будет же у вас структура базы на MS SQL совпадать со структурой на Interbase. Там же совершенно разные методы работы!
Desdechado (2002-04-17 10:36:00) [13]2 ao1973 (17.04.02 05:50)
>Самое главное что BDE не работает с 6 Интербейсом.
РАБОТАЕТ, правда, только с 1 диалектом.
wicked (2002-04-17 10:11:00) [14]
> ну с BDE можно переходить на OLEDB, DBExpress
а что такое DBExpress?... ADO?... тогда уж лучше на него...
а OLE DB произвёл на меня удручающее впечатление - для реализации простенькой выборки на OLE DB нужно было написать около 300 строк, против 10 - 20 для ODBC... :(
кстати, ZeosDBO поддерживает и MSSQL на уровне DBLibrary... по крайней мере, так заявляют разработчики...
Alexandr (2002-04-17 10:02:00) [15]ну с BDE можно переходить на OLEDB, DBExpress
Kuusiniemi (2002-04-17 09:59:00) [16]На Borland Community были ответы их главного, ведущего эти разработки. На прямой вопрос о будущем BDE он ответил также прямо - НЕТ, BDE дальше развиваться не будет.
gek (2002-04-17 09:56:00) [17]Насколько мне известно, что нет.
Юрий Жуков (2002-04-17 09:51:00) [18]Я бы не был так уверен насчет скорости.
Я тоже читал статю Макса Резанова на эту тему.
Опубликовано было на delphiplus.org. И выводы были там далеко не так однозначны (по крайней мере для IB).
Кстати кто-нибудь знает, что случилось с сайтом? А то он у меня в последнее время недоступен.
И недостатков у БДЕ тоже хватает.
http://ib.demo.ru/devinfo/bde.htm
Но похоже что BDE все таки мертвая система...
VAleksey (2002-04-17 09:46:00) [19]Господа, ответьте человеку ( и мне тоже ):
>
> ao1973 (17.04.02 05:50)
> Будет ли Борланд развивать BDE дальше ?
Если кто - нибудь знает.
Johnmen (2002-04-17 09:12:00) [20]BDE у тебя не работает , т.к. он старой версии у тебя.
| |
Страницы: 