Текущий архив: 2003.11.13;
Скачать: CL | DM;
Вниз
BOLD for Delphi - миф или реальность? Найти похожие ветки
← →
kosm (2003-10-16 17:45) [0]Мастера, кто нибудь пробовал уже эту вещь? Как считаете, на сколько реально на ней посторить не обычную ИС (типа склад). Трудозатраты, скорость работы такого приложения и тд.
В общем интересует Ваше мнение относительно этой вещи.
СПАСИБО!
← →
Sergey_Masloff (2003-10-16 21:59) [1]даже обычную нереально ;-) ИМХО полная фигня. Все же базу по нуждам прикладных объектов генерить это дохлый номер.
← →
Johnmen (2003-10-17 09:17) [2]Сталкивался пару лет назад.
Все реально построить, причем не сильно задумываясь о принципах и методах функционирования СУБД.
Короче, направлено на тех, кто хочет типа "все и сразу".
Поэтому, посмотрев все это хозяйство, выбросил его и забыл о нем, как страшный сон...:)
← →
Sergey_Masloff (2003-10-17 10:00) [3]Вобщем резюме такое:
Приложение сгенерировать реально.
Оно САМО сгенерирует для себя базу.
База будет дубовая.
С базой оно будет работать тоже по-своему.
Об эффективности запросов и многих других вещах можно забыть.
С базой где в самой большой таблице 1(одна) тысяча записей и на P4 это все еще и будет работать с приемлемой скоростью. Наверное.
Дальше- все.
← →
Danilka (2003-10-17 10:05) [4]хм, это что, аналог 1ц?
по-крайней мере вот-это более-менее совпадает:
Приложение сгенерировать реально.
Оно САМО сгенерирует для себя базу.
База будет дубовая.
С базой оно будет работать тоже по-своему.
Об эффективности запросов и многих других вещах можно забыть.
← →
kosm (2003-10-17 11:12) [5]Ясненько. Т.е. BOLD по всей видимости пока еще сыроват. Все что можно это просто поиграться на небольших базках, просто пощупать что это из себя представляет :)
И действительно, чем то он схож с 1С...
← →
kosm (2003-10-17 11:14) [6]2Johnmen
Т.е. быстродействие не то? Или не совсем гибко получается?
← →
Johnmen (2003-10-17 11:17) [7]>kosm (17.10.03 11:12)
Я бы не стал говорить, что сыроват. Все-таки серьезная контора делала. Просто это еще одна попытка создать некую прослойку между разработчиком и разрабатываемой системой, которая позволит облегчить/упростить трудозатраты того самого разработчика.
Отсюда и все недостатки подобных "прослоек"...
← →
kosm (2003-10-17 16:38) [8]2Johnmen
Да уж, но вот упростить - не знаю. Слишком много новых терминов и совершенно другой подход :(
← →
Johnmen (2003-10-17 17:01) [9]>kosm
Упростить - в смысле того, чтобы разработчик может ничего не знать с какой БД, какого типа будет работать его приложение. Т.е. он абстрагируется от особенностей к.-л. СУБД.
← →
Danilka (2003-10-17 17:13) [10][9] Johnmen © (17.10.03 17:01)
а ява энтерпрайз едишен выдает это за свою фичу :))
← →
Sergey_Masloff (2003-10-17 17:22) [11]Johnmen © (17.10.03 17:01) [9]
>Упростить - в смысле того, чтобы разработчик может ничего не >знать с какой БД, какого типа будет работать его приложение. >Т.е. он абстрагируется от особенностей к.-л. СУБД.
И вообще от СУБД и переходит к свалке объектов теряя все преимущества работы с СУБД.
← →
Johnmen (2003-10-17 17:23) [12]>Danilka © (17.10.03 17:13)
Вряд ли выдает...
А то я тоже сейчас напишу сервер приложений и скажу, что это мной придуманная фича, реализованная в моем сервере...:)
>kosm
http://www.interface.ru/borland/news/pr021014405.htm
и т.д.
← →
Johnmen (2003-10-17 17:26) [13]>Sergey_Masloff (17.10.03 17:22)
>...теряя все преимущества работы с СУБД.
А я и сказал, что надо забыть о нем :)
← →
kosm (2003-10-17 18:25) [14]Все понятно, значит будем дальше, по старинке писать свои ИС...
← →
Sergey_Masloff (2003-10-19 14:38) [15]Как сказал один умный человек - в конце концов реляционные СУБД это единственная вещь оставшаяся неизменной последние 20 лет, и, вобщем-то единственно реально работающая - так как остальные устаревают еще до того как на них сделают что-то стоящее ;-) Ну я не дословно процитирова ;-)
Страницы: 1 вся ветка
Текущий архив: 2003.11.13;
Скачать: CL | DM;
Память: 0.48 MB
Время: 0.033 c