Отказ от БДЕ

← →
Val © (2003-01-10 10:51) [0]

Коллеги, кто сталкивался с сабжем на больших проектах, поделитесь ссылками/размышлениями - на что переходим, почему?

← →
Val © (2003-01-10 10:54) [1]

Сорри, забыл отметить БД - Oracle.

← →
Sergey13 © (2003-01-10 11:11) [2]

2Val © (10.01.03 10:51)
Тут несколько аспектов проблемы
1.Лицензионная чистота
2.Количество переделки
3.Что ожидается от результата
4."Большесть" проекта и % его завершенности
5.Проект на продажу или для себя.
n-1....

Мы когда-то давно ушли на DOA. Правда тогда наш проект только начинался и переделывать было собственно почти нечего. 8-) Пока не жалею о переходе.

А что конкретно интересно то?

← →
Anatoly Podgoretsky © (2003-01-10 11:30) [3]

BDE Alternatives Guide
http://www.kylecordes.com/bag/index.html

← →
Sergey Masloff (2003-01-10 12:24) [4]

У нас большой проект на БДЕ + Oracle. Работает (и интенсивно развивается) с 96 года. "Переходить" на большом проекте нереально. Проще и быстрее писать новый заново. Но и это не один год работы.
Естественно, начинать новый проект с БДЕ бессмысленно. Если проект уже работает - так же бессмысленно переводить его на не-бде.

← →
iZEN © (2003-01-10 12:27) [5]

Работал с BDE. Перешёл на ADO, так как для Windows нет альтернативы (в плане: лень заморачиваться со специфическими вещами отдельных СУБД).

Работал с Java JDBC. Ну и что?
(Вообще-то я не занимался сверх-большими проектами БД, скорее БД реального времени).

← →
Val © (2003-01-10 12:37) [6]

>Sergey13 © (10.01.03 11:11)
1. не проблема
2,4,5 разработка/работа проекта у заказчиков около 5-6 лет
3. работа проекта на компонетах прямого доступа
Интересен сравнителный анализ альтернатив, впечатления от перехода.

>Anatoly Podgoretsky © (10.01.03 11:30)
спасибо

>moderators
не уверен в правильности переноса ветки :(
проблема актуальна именно для разработчика БД

← →
iZEN © (2003-01-10 12:41) [7]

Для Sergey Masloff (10.01.03 12:24)

А что вас заставляет использовать BDE да ещё под Oracle? Привычка?
У них же есть мощнейшая поддержка клиентских Java-приложений и в самой БД работает Java-машина.

← →
Anatoly Podgoretsky © (2003-01-10 12:43) [8]

Не за что

Не обращайся напряму к модератору, это непринято ни в одной из конференций.
А ветки место в Потрепаться, вот когда будет вопрос про программирование, тогда другое дело.
А всякого рода поиски, мнения, пользования утилитами, инсталляция и настройка - это сюда.

← →
Val © (2003-01-10 12:45) [9]

>Sergey Masloff (10.01.03 12:24)
согласен с проблемами при переходе, но категоричность без фактов - не лучший аргумент.
Продукт обязан быть конкурентоспособным - в этом плане БДЕ - некторый стопор.

← →
Val © (2003-01-10 12:46) [10]

>Anatoly Podgoretsky © (10.01.03 12:43)
виноват, исправлюсь.

← →
Sergey Masloff (2003-01-10 12:56) [11]

iZEN ©
Эта JAVA-машина - большие тормоза.

Оставаться на БДЕ заставляет "привычка" в виде нескольких миллионов (не преувеличиваю) строк отлаженного кода. И необходимость работы (и развития системы) 24 часа в сутки 7 дней в неделю. Хотя, повторюсь - я совсем не сторонник БДЕ. Но сторонник методик - "лучшее - враг хорошего" и "работает - не трожь!"

← →
Sergey Masloff (2003-01-10 12:57) [12]

iZEN ©
Да, про тормоза - я про конкретный случай. А не вообще про JAVA.

Val © (10.01.03 12:45)

> Продукт обязан быть конкурентоспособным - в этом плане БДЕ
> - некторый стопор.

Где такая трава растет ?

Для Sergey Masloff (10.01.03 12:56).

Знаете ли, я уже наверное привык или не замечаю их[тормозов] что-ли? :)
Но BDE-то, наверное сегодня потормознутее будет какого-нибудь JDBC (или Oracle-примочки) в пакетных запросах/выборках? Как дела с транзакциями - я молчу.
Ну ладно, не хочется затевать флейм. Тем более у вас проект такой большой, столько в него труда вложено.

← →
Sergey Masloff (2003-01-10 14:53) [15]

iZEN ©
Да, моего-то труда всего полтора человекогода ;-) Ерунда в общей массе. Но в целом проект действительно большой и очень удачный. Да и раньше я видел очень хорошие проекты с БДЕ. Как впрочем, несомненно есть и на JAVA хорошие разработки. Так что флеймить-то и не о чем. Далеко не все определяется используемой технологией же ж;-)

← →
smok_er (2003-01-10 19:52) [16]

Хочу посоветовать набор компонент под названием ODAC от CoreLab.
Очент крутая вещь! Гораздо лучше упоминавшегося выше DOA.

2Val © (10.01.03 12:37)
>2,4,5 разработка/работа проекта у заказчиков около 5-6 лет
При таких условиях, я бы не дергался. Попробовать конечно можно. Выдрать из проекта какой нибудь модулёк понагляднее и попробовать его переделать. Сразу будет ясно во что выльется переделка всего проекта.
>3. работа проекта на компонетах прямого доступа
Так ведь это собственно не результат, а метод достижения результата - улучшения производительности или еще чего. Но тут нужно учесть, что придется переписывать код. А где гарантия, что новый код будет быстрее старого?

Я бы посоветовал (хотя не зная проекта советовать трудно) лучше обратить внимание на увеличение доли серверного кода по отношению к клиентскому. Минимизировать логику на клиенте. Если уходить с Оракла не будете, то это направление, ИМХО, перспективнее.

Отказ от БДЕ Найти похожие ветки