Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2003.09.22;
Скачать: [xml.tar.bz2];

Вниз

ADO   Найти похожие ветки 

 
3APA3A   (2003-08-29 20:31) [0]

Надо ли устанавливать ADO? То есть я хочу сказать - является ли она встроенной в Windows, и если является, то начиная с какой версии системы?


 
sniknik   (2003-08-29 21:15) [1]

с 98-й, но есть версии без него (корпоративные спец поставки и возможно самые первые версии)
доставляется/обновляется одним файлом MDAC.EXE (можно и в 95й но перед ним нужно поставить DCOM95)


 
3APA3A   (2003-08-29 21:19) [2]

MDAC.EXE - инсталлятор ADO, если я правильно понял?


 
3APA3A   (2003-08-29 21:22) [3]

Получается такой логический вывод - я могу просто писать используя ADO, и не думать о том, что там установлено у клиента на машине(ну только ограничение на версию Win). То есть нет такого геммороя, как, допустим, с BDE?


 
sniknik   (2003-08-29 21:24) [4]

ну да (Microsoft Data Access Components в том числе и ActiveX Data Objects (ADO)), только я ошибся немного ищи на мелкософте mdac_typ.exe


 
sniknik   (2003-08-29 21:27) [5]

> То есть нет такого геммороя, как, допустим, с BDE?
есть! только немного другой гемморой. начнем с того что ADO->Jet использует BDE... и т.д. будеш работать через него с парадоксом "приятно" удивишся. :о))


 
3APA3A   (2003-08-29 21:31) [6]

Хм... а какой тогда провайдер использовать, что-бы вообще ничего ставить не пришлось?
Само собой, когда надо работать с существующей БД, выбирать не приходится...А если новая, или у меня есть возможность выбора типа БД?


 
sniknik   (2003-08-29 21:38) [7]

тип БД от ADO не зависит, это только средство доступа к базе (почти к любой), т.что выбирай любую.


 
Langolier   (2003-08-29 21:39) [8]

2ЗАРАЗА
Ты совершенно прав... Только может возникнуть проблема с провайдером OLE DB... Напр., у меня win98 и Office2000, у моего друга win98se и Office97... Моя программа у него сругалась на версию драйвера провайдера... Можно использовать для подключения файл *.udl, в этом файл указывается провайдер, напр., Microsoft Jet 4.0 OLE DB Provider для баз данных MS Access...


 
sniknik   (2003-08-29 21:46) [9]

Langolier (29.08.03 21:39) [8]
ругалось не ADO а провайдер, для исправления даже офис не надо переставлять а проапгрейдить Jet - Jet40SP6_9xNT.exe. (это 6й уже есть 7й) для каждой системы свой. - Jet40SP6_W2K.exe ...


 
sniknik   (2003-08-29 21:48) [10]

*.udl не всегда выход. если используются возможности Jet.40 а стоит Jet.35 ....


 
3APA3A   (2003-08-29 22:15) [11]

К чему я веду - как сделать так, что-бы клиент мог переносить мою программу использующую ADO c компа на комп и она работала, невзирая на версию Win и Office?

Вот я и спрашиваю - может какой провайдер есть универсальный или еще что-нибудь?
Ведь это как-то можно реализовать, только я не знаю как...


 
Langolier   (2003-08-29 22:16) [12]

2sniknik
Не-а... Ругалось именно на провайдера... Хорошо, что у друга тож стояла Делфя... Я открыл DataModule... Опять ругань на драйвер провайдера, но открылся... Поменял этот самый драйвер на MS Access 97, перекомпилял и все поехало, как по маслу...
А *.udl можно сделать прям на клиентской машине, правда MS Access должен быть установлен...
Кстати, я проверял свое приложение на машине, где стояла только Винда, без Делфи и Оффиса(и есстесно без Аксесса), база данных *.mdb, все работает... Только в ADOConnection пришлось прописать путь к базе полностью и намертво... :)


 
Langolier   (2003-08-29 22:29) [13]

2 ЗАРАЗА
Пиши под win98 и Office97... :-) Тогда твое приложение будет работать и в ME,и в 2k,и в XP... Вот только в 95... кхе-кхе...
Но, может быть, через InstallShield можно будет обновить драйвера ...


 
3APA3A   (2003-08-29 22:36) [14]

Да бог с ним, с 95-ым...
То есть, так-как все существующие системы "старше" чем Win98 и Office97, то они поддерживают все что написано для них. Я правильно понял?


 
sniknik   (2003-08-29 22:59) [15]

> Я правильно понял?
ни в коем разе. ;о) ну напишеш ты под "Office97" т.е. Jet.35 а дальше? придеш ко мне например а у меня только jet.40 (в 2000м он по умолчанию ставится и MDAC 2.5). не будет работать, потому как в строке .35 прописано (но вот тут или динамически строку формировать или udl, но все одно можеш нарватся на нерабочий вариант/машину).

Langolier (29.08.03 22:16) [12]
> А *.udl можно сделать прям на клиентской машине, правда MS Access должен быть установлен...
не обязятельно, зачем Access если к MSSQL подключаешся? или к ODBC -шному драйверу.
> Только в ADOConnection пришлось прописать путь к базе полностью и намертво... :)
тоже зачем? запросто и из *.ini строку с путем можно читать и тот же udl.


 
Langolier   (2003-08-29 23:03) [16]

2 sniknik ©
Тож верно... Таперича я ИНИшку и использую... ;-)


 
3APA3A   (2003-08-29 23:12) [17]

Что-то у Микрософтов все мудрено как-то... =))

" но все одно можеш нарватся на нерабочий вариант/машину" - так вот, (конкретизирую вопрос) - КАК ЭТОГО ИЗБЕЖАТЬ??? Что сделать или как писать программц, что-бы этого не было??? Что-бы на ЛЮБОЙ МАШИНЕ моя программа работала?


 
Anatoly Podgoretsky   (2003-08-30 00:18) [18]

Никак, если будешь использовать JET, в последних версиях АДО, JET отсутствует и придется тебе с собой таскать и АДО и JET и ДСОМ, а если это Парадокс или dBase то еще и БДЕ, не уверен что для не JET дело обстоит нормально. При том будб готов к тому, что у клиента не стоит Офис или не той версии, которая тебя бы устроила. Более менее можно расчитывать на поддержку MS SQL, в какой то мере Акцесс, но наверняка не на всех конфигурациях.


 
3APA3A   (2003-08-30 15:05) [19]

Хорошо, с этим геммороем я разобрался =)))

Тогда вот такой, последний вопрос, в какой технологии( BDE, ADO, dbExpress, IB/FB и т.д.) - все вышеперечисленные проблемы проявлены менее всего?


 
Anatoly Podgoretsky   (2003-08-30 15:13) [20]

Проблемы зависят от программиста.


 
3APA3A   (2003-08-30 15:32) [21]

Да, слов нет, приятно посмеятся над человеком,особенно если он не знает того, что знаете Вы...

Я, может быть, вопрос некорректно поставил?

P.S. Просто любопытно : Anatoly Podgoretsky уже родился со знанием всех премудростей программирования, или все освоил САМ, ни разу ничего ни у кого не спрашивая?


 
3APA3A   (2003-08-30 15:33) [22]

P.P.S. И модератор сейчас эту ветку удалит...не знаю, откуда такая уверенность...


 
sniknik   (2003-08-30 16:57) [23]

> P.S. Просто любопытно : Anatoly Podgoretsky уже родился со знанием всех премудростей программирования, или все освоил САМ, ни разу ничего ни у кого не спрашивая?
скорее всего освоил САМ, просто в то время трудно было найти знающего а уж про подобный сайт можно было только мечтать. да что там, книг не было, разбирали все по английским мануалам.

> P.P.S. И модератор сейчас эту ветку удалит...не знаю, откуда такая уверенность...
могу просветить, ты как ветку назвал? ADO это не название, а "сообщения "не в тему" будут просто удаляться!"
лутше бы наоборот спасибо сказал что на нее так долго глаза закрывали.

p.s. не иши "самого лутшего" не найдеш, выбери чтолибо (не можеш решится метни монетку) и изучай. лишнее не будет.


 
Anatoly Podgoretsky   (2003-08-30 17:32) [24]

sniknik © (30.08.03 16:57) [23]
Спрашивал конечно когда было у кого, а основы сам, не у кого было, интернета не было в то время, ббс тоже мало доступны, книг чрезвычайно мало.
Но так я и начинал не с программирования, а с железа, а процессоры появились позже и было время на разбег.
4004, 8008 ознакомительно
8080 уже основательно.
Первый язык Бейсиа ПДП освоил за два часа, правда там осваивать нечего было и книжечка по языку тонкая была, а программирование это в основном ясность мысления и логика, просто сейчас к языку прикладывается несколько тысяц функции и десятки/сотни тысяц констант, но зато отличные интеррактивные хелпы.

Хотя автору непростительно уходить от темы, ради тебя сделаю исключение, не буду удалять ни товое ни свое сообщение, по причине некоторой пользы в первую очередь для тебя.


 
Langolier   (2003-08-31 23:55) [25]

Можно писать свое программу используя соединение через OLE DB драйвер ODBC (используя ADO, напр.)... И при установки клиету самому устанивливать драйвера ODBC (свои)...
ЗЫ Для ХОРОШЕГО программирования необходима Высшая математика (ИМХО)...
ЗЗЫ Мои первые программы были на языке... даже уж и не помню... хм... машина, вобщем, была армянская "Наири"... :-)


 
Deniz   (2003-09-01 06:21) [26]

> 3APA3A © (30.08.03 15:05) [19]
>Тогда вот такой, последний вопрос, в какой технологии( BDE, ADO, dbExpress, IB/FB и т.д.)

IB/FB - это не технология а СУБД и, как сторонник FB, могу именно это и посоветовать.
Для нормальной работы необходимо: сервер ~3Mb(полная инсталяшка, но все это можно и меньше и из своей программы http://www.ibase.ru ) + твоя прога.
Плюсы:
Нет зависимости от Win и Office
FB - бесплатный полнофункциональный сервер БД(тригеры, хп и т.д.)


 
KSergey   (2003-09-01 10:59) [27]

Автор, але!

Вы вообще понимаете о чем спрашиваете?
Сначал определитесь с какой базой работать будем. Это главное. А то получается что ищем как подключится, но к чему именно подключаться-то собираемся??

PS
Самый 100% вариант: берутся компоненты прямого доступа к DBF (хальконы, например) и выбырается база на DBF-ках. Я не говорю, что это хорошо. Просто это 100% переносимый вариант, т.к. весь доступ к БД вшит в приложение. Вот только это просто весьма частный случай...



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2003.09.22;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.51 MB
Время: 0.013 c
1-71688
oomneeq
2003-09-10 16:27
2003.09.22
VarArrayCreate - массив массивов?


1-71647
asJIura
2003-09-08 23:09
2003.09.22
Что я делаю не так с меню?


1-71646
Ал
2003-09-08 16:42
2003.09.22
Как и какой прогой сделать ico-файл, содержащий 16X16 и 32X32


3-71556
Russko
2003-08-29 13:15
2003.09.22
Работа с TTable


14-71841
wl
2003-09-01 16:01
2003.09.22
Музыкальный слух





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский