| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
BDE или ADO? Помогите определиться.
Ezorcist © (2006-03-16 07:02:00)Недавно беседовал с преподом информатики на тему Paradox+BDE, MSAccess+ADO что будет лучше? Хотя не лучше а более приемлемо для начинающего прогграммиста. Я начинал с Парадоксом и BDE, но потом понял что ее [BDE] надо растаскивать на все машины, куда нужно ставить и прогу, ну а тут вопрос времени, места и денег. Но мне кажется, что с MS все-таки сложней и замудренней. Подскажите что выбрать? И правда ли что использование BDE вооюще "плохой стиль"??
Megabyte (2006-03-16 14:20:00) [1]
> msguns © (16.03.06 12:33) [14]
Не придирайтесь к словам. :)
Не показывает, а запрашивает из БД данные с одной таблицы, так устроит?
Anatoly Podgoretsky (2006-03-16 12:34:00) [2]msguns © (16.03.06 10:47) [11]
Запретить надо дядю/тетю
msguns (2006-03-16 12:33:00) [3]>Megabyte © (16.03.06 12:27) [13]
>у TADOTAble ограничения видно - только одну таблицу может показывать),
Ух ты, а оно еще и показыватьумеет ? Так я и знал, что sniknik нам всем заливает по поводу того, что нельзя ни в коем случае. Сам юзает, а нам не велит !
;)
Megabyte (2006-03-16 12:27:00) [4]Кстати, заметил, что все таки многие используют TADOQuery(у TADOTAble ограничения видно - только одну таблицу может показывать), а не TADODataSet.
sniknik (2006-03-16 11:05:00) [5]нет, флоппи-приводы тут ни при чем, тем более они были раньше чем теже CD и флешки...
а вот брать логически завершенные компоненты с одной идеологией и делать "аналоги" по другой идеологии, во имя призрачной совместимости и "для облегчения перехода" вот это точно лишнее... и даже вредное. т.к. и совместимости не получилось и не облегчают они ничего наоборот "граблей" при переходе добавляют.
если же учить "с нуля" то зачем учить устаревшую, "притянутую за уши" идеологию, тем более работающую неадекватно? привыкнеш в особенностям здесь так и писать на BDE это не поможет, случись такое придется. отличий слишком много, то что названы аналогично помогает не очень. (я уже видел утверждения что TTable в BDE вреден, тормозит на открытии... это после того как наслушаются про TADOTable. либо из личнного опыта, не пробовав на деле BDE а нарвавшись на особеность TADOTable)
msguns (2006-03-16 10:47:00) [6]>sniknik © (16.03.06 10:43) [10]
По твоей логике надо повсеместно запретить флоппи-приводы, т.к. некоторые дядя и тети умудряются тулить туда по две дискеты ;)
sniknik (2006-03-16 10:43:00) [7]msguns © (16.03.06 09:25) [4]
> На счет TADOQuery я бы не был столь категоричен (да позолит мне Мастер возражение ;) )
это не категоричность это опыт
TADOTable - вреден
TADOQuery - нелогичен, коверкает идеологию ADO, "пудрит мозги начинающим"
TADOStoredProc - просто безсмысленен (делать отдельный компонент только с установкой одного свойства в основном... смысла мало)
если несогласен со вторым утверждением то сделай поиск в форуме наверняка найдется парочка примеров подобного рода
> ADOQuery1. ...
> ...
> ADOQuery1.ExecSql;
> ADOQuery1.Open;
(в основных компонентах с четким разделением по типам запросов такого сделать попросту невозможно)
Sergey13 (2006-03-16 10:34:00) [8]2[8] Danilka © (16.03.06 10:26)
Даже не это тут главное. Для студента изучать БД по файл-серверным экземплярам - пустая трата времени, а следовательно вред. Кому он будет нужен со своим Парадоксом?
ИМХО.
Danilka (2006-03-16 10:26:00) [9]По-сабжу, для начинающего программиста согласен с [3].
Ну или MSSQL+ADO.
По обоим вариантам русскоязычной литературы завались.
Ну ненравицца мне аццесс (согласен, что либо по религиозным соображениям, либо готовить не умею), а про то что парадокс для новых проектов уже не стоит использовать с этим, думаю, все согласны.
Sergey13 (2006-03-16 09:52:00) [10]2[6] Виталий Панасенко (16.03.06 09:47)
> Потому как проще...:-)))
Кому проще? Проще чего? 8-)
Виталий Панасенко (2006-03-16 09:47:00) [11]
> Sergey13 © (16.03.06 09:27) [5]
> 2 [4] msguns © (16.03.06 09:25)
> >Не умничай ;))
> Пачиму? 8-)
Потому как проще...:-)))
Sergey13 (2006-03-16 09:27:00) [12]2 [4] msguns © (16.03.06 09:25)
>Не умничай ;))
Пачиму? 8-)
msguns (2006-03-16 09:25:00) [13]У BDE+Paradox есть одно несомненное преимущество: быстрая работа с таблицами - практически мгновенно открывающийся и обновляющийся (в связках Master-Detail) "курсор". Действительно, значительно проще и интуитивно понятнее многим начинающим разработчикам БД-приложений, привыкшим работать непосредственно с таблицами. Если бы Борланд "подправил" некоторые глюки (см. [1]), то, думаю, в качестве настольной или офисной БД эта связка имела бы еще долгую жизнь именно благодаря своей незатейливости и простоте.
ADO+MsAccess/Ms SQL Server, "замудреннее" прежде всего потому, что строятся на концепции "клиент-сервер", для понимания которой "локально" мыслящему программисту надо "переинсталлировать" свои мозги. Однако именно за этим подходом настоящее и, очевидно, ближайшее будущее.
>sniknik © (16.03.06 08:13) [2]
На счет TADOQuery я бы не был столь категоричен (да позолит мне Мастер возражение ;) )
>Sergey13 © (16.03.06 09:12) [3]
Не умничай ;))
Sergey13 (2006-03-16 09:12:00) [14]> Paradox+BDE, MSAccess+ADO что будет лучше?
FireBird+ компоненты прямого доступа. 8-)
sniknik (2006-03-16 08:13:00) [15]> Paradox+BDE, MSAccess+ADO
если выбирать именно из этих двух то однозначно второе
> Но мне кажется, что с MS все-таки сложней и замудренней.
сложнее - да. но вот замудреней... можно поспорить. скорее просто - по другому, непривычно, если начал с BDE (я вот начал непосредственно с ADO так после столкнувшись с необходимостью работать с BDE наоборот посчитал его "извратом").
ну сложнее это понятно, клиент серверная технология всегда будет сложнее файл серверной. плюс возможностей больше, режимов работы больше значит и изучать больше...
а вот "замудренней" это не так, наоборот ADO четче и продуманней (имхо естественно), только вот борланд внес некоторую сумятицу добавив пару тройку "неродных" компонент притянутых по принципам из BDE (типа "для облегчения перехода", но на самом деле на них чаще всего на грабли и наступают... т.к. это всетаки не одно и тоже, не полные аналоги), совет сразу от них избавься, спасет от многих последующих ошибок и путаници. (вообще сними с палитры чтоб "не отсвечивали", зайди в настройку и поставь им hide) убрать компоненты - TADOTable, TADOQuery, TADOStoredProc. то что осталось тем и учись пользоваться, в них есть все что нужно и без "логических несоответствий".
atruhin (2006-03-16 07:09:00) [16]BDE - очень устаревшая технология, давно не поддерживаемая Borland. Есть немало глюков. Плохо работает с национальными алфавитами. Не лучшая поддержка многопользовательского доступа.
Если нужны еще доводы, сделай поиск на этом сайте по - BDE.
Так что однозначно Access;
| |
