ADO, ODBC, DAO, OLEDB ...

8 отговора 485 прегледа
#1

ADO, ODBC, DAO, OLEDB ...

Каква е разликата между всички тези чудесии? Кое е по-добро?

Отговор
в отговор на SSG #2

Re: ADO, ODBC, DAO, OLEDB ...

ADO.NET

Отговор
в отговор на SSG #3

Re: ADO, ODBC, DAO, OLEDB ...

каква е разликата м/у крокодила?

майтапа настрана - няма по-добро. зависи за какво ти трябва. а на теб за какво ти трябва?

ако не ти трябва за нещо специфично - харесай си една от тях и учи. после като ти дойде нещо до главата дето да ти трябва друга "чудесия" ще си я научиш и нея... с огромен шанс да си казваш "еее то тва като онова[1], глей тия простаци как са го откраднали"

[1] да не се бърка с "тая работа като оная работа"

ein heller Schein am Firmament
Отговор
в отговор на Mycлoн #4

Re: ADO, ODBC, DAO, OLEDB ...

Ами правя едно програмче на CB, което чете Interbase база, а за reports използвам CristalReport през ODBC. В примерите за VB видях, че може на CristalReport да му се подаде Recordset и той да си прави репорта с него, а не през ODBC, та се чудя дали ще е по-добре ако си поиграя с други варианти. Чувал съм, че ODBC било бавно, та затова питам.
Благодаря за отговорите.

Отговор
в отговор на SSG #5

Re: ADO, ODBC, DAO, OLEDB ...

Dobre, mi to ADO-to ne polzva li tochno ODBC draivera?

Отговор
в отговор на lvo #6

Re: ADO, ODBC, DAO, OLEDB ...

Не е задължително. Може да мине и през OLE DB драйвера.

Always Outnumbered - Never Outgunned
Отговор
в отговор на SSG #7

Re: ADO, ODBC, DAO, OLEDB ...

упражнение за това как да стана по-добър програмист:

изграждаш програмата с нужните абстракции - всеки достъп до базата данни минава през едно място и една група ( пакет? ) класове. идеята е програмата да знае, че си взима данните от някъде, без да я интересува от къде и как. програмирай към интерфейса за базата, НЕ към имплементацията.

след това, ако достъпа до базата ти бави програмата, което можеш да установиш с профайлър -- сменяш имплементацията на обектите за достъп до базата. първо направи нещата по най-простия начин. много ме съмнява да се наложи оптимизация по-късно. много рядко става нужда... или аз съм късметлия

кнут го беше казал -- Premature optimization is the root of all evil.
хм дали беше кнут?

ein heller Schein am Firmament
Отговор
в отговор на SSG #8

Re: ADO, ODBC, DAO, OLEDB ...

незнам, коя да използваш знам само, че от MS препоръчват да се избягва използването на DAO и за ODBC, че трябва да е инсталирано СУБД за съответната база, а след това и драйвери за твойта база.

Отговор
в отговор на SSG #9

Re: ADO, ODBC, DAO, OLEDB ...

ODBC - nai starata technologia - bavna e, no puk ima iako support na drivers za neia.
DAO - ne stava za remote db - pone taka kazvat
RDO - tehnologia podgotvena za VB - po kusno i za VC - po dobra se vodi ot DAO
OLE DB - dava COM interfaces - tova mu e predimstvoto
ADO - za RAD (Arpid Application Developement) kato VB e trudno da se vurjat prez OLE DB - za tova ima ADO

Ami nai dobre e da se polzva ADO - pone spored men

Ako te intersuvat detaili v sravnenieto na razlichnite technologii - moga da ti dam e-book ...

Отговор