Невизуальные компоненты для БД

← →
Sphinx © (2006-04-20 18:20) [0]

Есть какие-нибудь ???
Для Oracle и Access.

← →
Desdechado © (2006-04-20 18:51) [1]

> компоненты для БД
крем для мягкости

только не указано, мягкости чего и как

← →
Sphinx © (2006-04-20 18:57) [2]

=)

Аналоги вкладки ADO или любые другие не связанные с BDE - то есть предназначенные для управления БД (в частности нужны для Оракла и Акцесса) напрямую.

Невизуальные !

← →
sniknik © (2006-04-20 20:34) [3]

> напрямую.
... вот тут будут сложности ... смотря как понимать "напрямую", если с API движка это одно, с базой... ни одни не работают. да и не нужно это.

> Невизуальные !
они все невизуальные, в том числе упомянутые с вкладки ADO или BDE. выбирай любые.

← →
Sphinx © (2006-04-20 20:50) [4]

2 sniknik © (20.04.06 20:34) [3]
Блин...меня после 8 часов за компом плющит уже =)

Имелось в виду без VCL.

Про "напрямую" - ну вот например с Акцксом можно работать через DDE, то есть "почти" API, но как-то это геморойно, что ли...или может это первое впечатление у меня такое...
А вот для Оракла есть что-нибудь подобное ???

← →
аматор © (2006-04-20 21:29) [5]

DAO

← →
sniknik © (2006-04-20 22:32) [6]

> Имелось в виду без VCL.
без разници, они и к нему не относятся. хотя это еще как считать... можеш считать это имхо, а можеш не считатать а убрать борландовскую составляющую TComponent (по которой мугут быть разнотолки) и работать непосредственно с мелкософтскими обьектами ADO.
другое дело, а какой смысл всех этих ограничений?

> А вот для Оракла есть что-нибудь подобное ???
ну есть ODAC вроде, говорят "прямой", хотя также были вопросы по нему без установленного клиента оракла не работает... не такой уже прямой получается.
(лучше поиши инфу, я с ним не работаю, могу сильно заблуждатся...)
ну и опять таки, а смысл?

аматор © (20.04.06 21:29) [5]
> DAO
а версия? если последняя, 3,6 то она "кривее всех кривых", т.к. работает через jet, который и сам не "прям", сделан COM обьектом, ядром, своеобразным sql сервером... т.е. напрямую с файлом/базой не работает, общается с этим sql сервером.
если 3,5 и ниже, то устарело не откроет новых баз (до 2000го вроде только, надо уточнить, кому только это надо... ;).

← →
Sphinx © (2006-04-21 17:59) [7]

Смысл...

Ну это только задумка...

Суть в следующем: имеется некая оболочка, через которую можно просматривать содержимое базы данных. Но сама оболочка не работает с этими БД, а только с динамическими библиотеками (технология plug-in`ов или что-то подобное) в которых и реализован код "общения" с СУБД.
Каждая такая библиотека пишется строго для одной БД, но имеет унифицированный интерфейс, для работы с "оболочкой".

Вот поэтому и хотелось бы отказаться от VCL (350+ кб лишнего веса в библиотеке ну совершенно не хочется таскать).
Может механизм и излишне сложный, но зато позволяет в едином стиле обрабатывать данные из совершенно разных баз данных и количество баз меняется очень легко.

В целом БД не очень большая (неисправности изделия и способы их устранения), и на данном этапе будет писаться под одно изделие. Но хотелось бы в будущем простым подключением библиотеки расширить номенклатуру изделий.

З.Ы. может у кого есть идеи попроще организовать мою мысль ? =)

← →
sniknik © (2006-04-21 18:26) [8]

понятно... попытка сделать универсальную подо все подходящую... чуш.

> Каждая такая библиотека пишется строго для одной БД, но имеет унифицированный интерфейс, для работы с "оболочкой".
т.е. посредник между базой и программой... это уже есть, ODBC и ADO такие посредники, ODBC на основе dll, ADO на COM но смысл один унификация протокола работы с различными базами... как думаеш у них получилось? не вообще, а вот именно с этой точки зрения, можеш ли ты написать прогу с базой MSSQL после переключить конект на dBase и получить тот же функционал ничего не меняя... ну или хотябы просто рабочую прогу (не рассматривая программы типа "hello word" в базах).??? почему думаеш что у тебя получится?

> Вот поэтому и хотелось бы отказаться от VCL (350+ кб лишнего веса в библиотеке ну совершенно не хочется таскать).
350 кб. "лишнего веса" это Forms, ни один компонент для связи с бд его не включает. т.что не стоит "парится" по этому поводу. читай [3] где сказано "выбирай любые.", ничего с тех пор не поменялось. (никакой дополнительной инфы против)

> З.Ы. может у кого есть идеи попроще организовать мою мысль ? =)
есть хорошая идея... просто организуй свою мысль... на одной выбранной базе, любой, только функционал, без "заморочек с будущей глобализацией". тогда придет опыт работы с одной базой, и если программа "пойдет" (будет востребована), то добавь вторую базу (пусть даже полностью переписав прогу) и т.д. ... т.е. думать об этом будеш потом когда хотябы под одну напишеш, а механизм унификации возможно к третьей "изобретеш" (если проигнорируеш то что про ODBC, ADO сдесь сказано...).

www.delphi.pari.bg

"KADao is a native DAO component for Delphi/CBuilder
It is the first freeware component to completly access all databases
supported by Microsoft DAO (Data Access Objects) including mdb, xls, dbf etc..
BDE is not required. Microsoft(r) DAO(tm) must be Installed in order component to run.
Support for both Microsoft(r) Access"xx-Access"97 and Microsoft(r) Access"2000
Features:
1. Create, Repair, Compact, Encrypt Access"97 and Access"2000 MDB files
2. Create tables, add indexes, and fields to existing tables and so on.
3. Work as a Table an Query Component supporting both Queries and QueryDefs
4. Compatible with all data aware controls
5. Master/Detail support
6. Locate, Lookup support
7. Find_First, Find_Next, Find_Last, Find_Prior
8. Seek_Nearest, Seek_NearestEx"

Вот этот "бред" вырыл в инете может сгодится (сам не проверял).

В догонку: подобный вопрос рассматривался и многими, может, для начала, почитать об этом ???

аматор © (21.04.06 22:54) [9]
KADao это "обертка" над DAO, на вопрос/уточнение про версию которого ты так и не ответил [6] (какую версию предлагаеш?).

Невизуальные компоненты для БД Найти похожие ветки