Конференция VBStreets

**alibek** » 05.03.2005 (Сб) 12:25

Я тут начал небольшую статью писать (компиляция MSDN о DAO, RDO и ADO + кое-что от себя), а потом подумал "а стоит ли?".
Теперь вот думаю, а нужна ли вообще эта статья? Или дело полезное?
Если сделаю, то примерно на следующей неделе.

**Ramzes** » 05.03.2005 (Сб) 12:37

alibek писал(а):Я тут начал небольшую статью писать (компиляция MSDN о DAO, RDO и ADO + кое-что от себя), а потом подумал "а стоит ли?".
Теперь вот думаю, а нужна ли вообще эта статья? Или дело полезное?
Если сделаю, то примерно на следующей неделе.

ИМХО Хорошая статья всегда нужна

**tyomitch** » 05.03.2005 (Сб) 12:41

Нужна, и с особым акцентом на "что из них выбирать в каждой конкретной ситуации".

**alibek** » 05.03.2005 (Сб) 13:52

Ок, пожелания будут учтены

Разумеется, они будут субъективны, иначе не умею, но постараюсь этот субъективизм особо не проявлять.
Периодически буду выкладывать ее на http://alibek09.narod.ru/vb/articles/dba/index.html , когда она будет завершена, причешу и отправлю Гайдару.

**GSerg** » 05.03.2005 (Сб) 13:58

Хочу.

**Andrey Fedorov** » 05.03.2005 (Сб) 16:10

tyomitch писал(а):Нужна, и с особым акцентом на "что из них выбирать в каждой конкретной ситуации".

Что выбирать... DAO и RDO вроде уже давно полутрупики.
Какой в них смысл? Если только в статье это будет разъяснено...

А так, вроде, ADO сейчас на все случаи жизни хватает.
Он гораздо удобней.

Парочка мелких исключений:

1 - при большом числе полей в запросе (становится заметным при числе полей 80 и более) и работе с MDB-шкой ADO начинает дико тормозить в геометрической зависимости от числа полей. При этом таблица может быть вообще пустой. Но тут скорее кривовато разработанная структура базы - столько полей в записи...

2 - через объекты DAO можно вытащить чуть больше сведений о структуре таблицы MDB. Но, при желании, их-же можно получить и через ADO, читая системные таблицы. И не столь часто они нужно.

Вот, пожалуй, и все мелкие преимущества DAO.
У ADO их намного больше, причем не мелких.

**alibek** » 05.03.2005 (Сб) 16:33

RDO пожалуй да, а DAO вполне живет и здравствует. Для небольших проектов с MDB достаточно удобна, чтобы конкурировать.

**Sebas** » 05.03.2005 (Сб) 16:36

При всём уважении, поймите меня правильно. Это тема для 2000 года...

**alibek** » 05.03.2005 (Сб) 16:37

Намек понятен, но ADO.NET не знаю

**Andrey Fedorov** » 05.03.2005 (Сб) 16:49

alibek писал(а):Намек понятен, но ADO.NET не знаю

Ну дык заодно и узнал бы.
А то на всякие мелочи там натыкаешься и начинаешь думать...

Вот, например подумал что в ADO.NET я не знаю аналога ADO-шному

Код: Выделить всё: Set r = r.NextRecordset

- просто еще не приходилось пользовать...

**alibek** » 05.03.2005 (Сб) 16:54

Чтобы юзать ADO.NET надо перейти на VS.NET, я полагаю. А студии то и нет.

**Andrey Fedorov** » 05.03.2005 (Сб) 16:54

alibek писал(а):RDO пожалуй да, а DAO вполне живет и здравствует. Для небольших проектов с MDB достаточно удобна, чтобы конкурировать.

А нафиг, когда ADO есть? Все-же учить старую технологию бессмысленно (если ее не знаешь). Если с нуля, то лучше сразу ADO.NET.

Разработка с использованием DAO осмысленна только в одном случае, если с ним работать умеешь, а как пользоваться ADO незнаешь и учиться вообще неохота. Но это застой...

**Sebas** » 05.03.2005 (Сб) 16:56

Andrey Fedorov писал(а):
Вот, например подумал что в ADO.NET я не знаю аналога ADO-шному

Код: Выделить всё
Set r = r.NextRecordset

- просто еще не приходилось пользовать...

DataSet.Tables

**Andrey Fedorov** » 05.03.2005 (Сб) 16:56

alibek писал(а):Чтобы юзать ADO.NET надо перейти на VS.NET, я полагаю. А студии то и нет.

В смысле "студии нет"? Болванки CD из магазинов пропали?

**FaKk2** » 05.03.2005 (Сб) 19:30

Есть. Только зачем покупать? Из праздного интереса?

Конференция VBStreets

Статья (в разработке)

Статья (в разработке)

Кто сейчас на конференции