Что делать с BDE?

← →
ao1973 (2002-04-17 05:50) [0]

Будет ли Борланд развивать BDE дальше
или бросать BDE и переходить на АДО.
Не хотелось бы.Наработок много и АДО медленнее
и глючит.
Самое главное что BDE не работает с 6 Интербейсом.

← →
Deniz (2002-04-17 06:07) [1]

Смотря с чем собираешься работать.
InterBase -> IBX, FIBPlus, IBOBjects ...
Oracle -> DOA
MSSQL -> не знаю прямых компонентов, но возможно ...?
MySQL -> Zeos
и т.д.
В любом случае лучше работать на прямую.

← →
SB.John (2002-04-17 07:41) [2]

Deniz

а Informix ??

← →
ao1973 (2002-04-17 07:49) [3]

НУ во первых я работаю с несколькими форматами
одновременно (DBase,Interbase,MS SQl)
Что тогда?
Во вторых надо перелопачивать весь код
и скорость БДЕ самый быстрый(где-то была даже статья на эту тему)

← →
Johnmen (2002-04-17 09:12) [4]

BDE у тебя не работает , т.к. он старой версии у тебя.

← →
VAleksey (2002-04-17 09:46) [5]

Господа, ответьте человеку ( и мне тоже ):
>
> ao1973 (17.04.02 05:50)
> Будет ли Борланд развивать BDE дальше ?

Если кто - нибудь знает.

← →
Юрий Жуков (2002-04-17 09:51) [6]

Я бы не был так уверен насчет скорости.
Я тоже читал статю Макса Резанова на эту тему.
Опубликовано было на delphiplus.org. И выводы были там далеко не так однозначны (по крайней мере для IB).
Кстати кто-нибудь знает, что случилось с сайтом? А то он у меня в последнее время недоступен.

И недостатков у БДЕ тоже хватает.
http://ib.demo.ru/devinfo/bde.htm
Но похоже что BDE все таки мертвая система...

← →
gek (2002-04-17 09:56) [7]

Насколько мне известно, что нет.

← →
Kuusiniemi (2002-04-17 09:59) [8]

На Borland Community были ответы их главного, ведущего эти разработки. На прямой вопрос о будущем BDE он ответил также прямо - НЕТ, BDE дальше развиваться не будет.

← →
Alexandr (2002-04-17 10:02) [9]

ну с BDE можно переходить на OLEDB, DBExpress

← →
wicked (2002-04-17 10:11) [10]

> ну с BDE можно переходить на OLEDB, DBExpress

а что такое DBExpress?... ADO?... тогда уж лучше на него...
а OLE DB произвёл на меня удручающее впечатление - для реализации простенькой выборки на OLE DB нужно было написать около 300 строк, против 10 - 20 для ODBC... :(

кстати, ZeosDBO поддерживает и MSSQL на уровне DBLibrary... по крайней мере, так заявляют разработчики...

← →
Desdechado (2002-04-17 10:36) [11]

2 ao1973 (17.04.02 05:50)
>Самое главное что BDE не работает с 6 Интербейсом.
РАБОТАЕТ, правда, только с 1 диалектом.

← →
evgeg (2002-04-17 11:44) [12]

> ao1973

Ну не будет же у вас структура базы на MS SQL совпадать со структурой на Interbase. Там же совершенно разные методы работы!

← →
Alexandr (2002-04-17 11:53) [13]

2evgeg: Не совсем так. Я знаю, что есть программы которые могут использовать в качестве хранилища данных довольно большой список баз - там в настройке задается, какая база данных будет. И Все.
Тот же OLEDB призван унифицировать работу с базами данных.
Такчто такой подход, при достаточном опыте, имеет право на жизнь...

← →
Delirium (2002-04-17 12:00) [14]

На мой взгляд, наиболее перспективная технология - ADO. Обосновать это можно хотя бы тем, что Microsoft ориентируется именно на неё, а значит в ближайшем будущем любая СУБД, работающая под управлением операцтионки от Microsoft, де-факто, должна будет иметь oledb-провайдер, как это уже и происходит. Да и вообще идея работать с набором данных как с универсальным БД независимым объектом доказала свою состоятельность и довольно успешно реализована в RecordSet. Я думаю, ADO - всецело заменит ODBC и станет таким же промышленным стандартом.

← →
evgeg (2002-04-17 12:37) [15]

> Alexandr

Разумеется в любой базой можно работать, как с dbase, но при этом не будут использованы ее возможности.

← →
Alexandr (2002-04-17 12:51) [16]

не совсем так.

← →
evgeg (2002-04-17 12:59) [17]

А как? Универсальный метод имеет множество возможностей, являющиеся пересечением множеств возможностей тех баз, для которых он предназначен. Как обойти это фундаментальное ограничение?

← →
wicked (2002-04-17 13:07) [18]

> Универсальный метод имеет множество возможностей, являющиеся
> пересечением множеств возможностей тех баз, для которых
> он предназначен. Как обойти это фундаментальное ограничение?

например, способом, который диктует OLE DB (и в общем - microsoft) - наложение минимальных требований на ole db провайдер для конкретной СУБД для того, чтобы с ним возможно было работать... хотя и это не спасает - они себе оставили лазейку в виде supports() - т. е. то, что со свистом работает на jet"е, совсем не будет работать на mssql...

← →
Alexandr (2002-04-17 13:07) [19]

использованием "универсального драйвера", который знает об особенностях серверов, и имеет стандартный интерфейс для работы с базами.
Посмотри OLE DB, например, или ODBC.

Конечно, не все оптимально (в смысле, использования частных фич), но некий общий механизм работы найти и использовать можно.

← →
wicked (2002-04-17 13:09) [20]

← →
evgeg (2002-04-17 13:19) [21]

Ну и в BDE вроде то же самое.
С SQL сервером надо работать, используя хр. проц. и тригера. А методика их написания в IB и MS SQL совергенно разная. То же и с посторением запросов, одни запросы эффективны в IB, но их нельзя ис-ть в MS SQL, и наоборот.
Если же не исп-ть хр. проц, тригера, особенности SQL, то как раз и получится работа "как с dbase" -- все на стороне клиента (в трехвенке - сервера приложений), возможности SQL сервера не используются.

← →
ao1973 (2002-04-18 12:21) [22]

Ну почему Борланд не развивает БДЕ ?

← →
zx (2002-04-18 12:31) [23]

> ao1973 (18.04.02 12:21)
Борланд может быть ее и развивала
только другие не хотят особенно ms
Да и старовата она стала, много воды утекло:)

Что делать с BDE? Найти похожие ветки