Библиотека для работы с БД

Здравствуйте.
Порылся на форуме, вроде ничего подобного не нашёл, а именно:

Мне необходимо разработать библиотеку (для использования в собственной программе) чтобы обращаться в базу данных.
Первый, риторический вопрос - что лучше использовать?
- библиотека win32 - обычная DLL-ка, сгенеринная в VC++ которая в Visual Studio C# вызывалась бы посредством [import...]
- библиотека класснов .NET - разрабатывается также в VC++, но используется в C#

В общем. Выбор предыдущий зависит от вашего совета в будущем:

Какой "провайдер/компонент" использовать для свзи с БД, со следующими условиями - это может быть один из вариантов, любой, т.е. нужна универсальность, чтобы можно было переделать с одного на другое без критических затрат времени:
- БД Акцесс
- MS SQL
- поддержка SQL-запросов

Нашёл вот статейку на форуме - стоит ли рассматривать данный вариант, и будет ли он работать под обычной win32 библиотекой, или там присутствуют классы .NET?

Спасибо!

P.S. подумывал ещё поискать библиотеку для Ассемблера с функциями работы с базой данных, но не нашёл ничего подобного, во всяком случае на cyberGuru...

0

Товарищи... Ау!

Я решил, пока, остановиться на обычной Win32 библиотеке, так что классы .NET мне не подойдут...

Но в сети нахожу только MFC & ATL, разве без них нельзя сделать? Имеется в наличии Windows SDK - может это и есть один из этих фрэймворков?

0

фреймворков под вин много, например теже MFC & ATL, а вот сторонний кроссплатформенный wxWidgets. можно и другие поискать. так же и бд компонентов тоже дофига, самые известные и продвинутые - My SQL, PostgresSQL, но есть и миниатюрные локальные без присутсвия сервера БД, например SQLite.

1

Но в сети нахожу только MFC & ATL, разве без них нельзя сделать?
Можно. OLE/DB - "чистый" COM.
Правда эта технология оказалась настолько сложна, что MS поднатужились и сделали враппер, получивший название ADO, специально для тех, кто не мог асилить оригинал.

0

Сообщение от Rififi Можно. OLE/DB - "чистый" COM.

Вот то, что COM Это хорошо. А может и не очень, смотря с какой стороны посмотреть. Но как раз по моей теме.

Посмотрел SQLite - имхо достойная штучка! Буду смотреть и в её сторону, так как усложнять жизнь себе не очень хочется, если только чуток потратиться на предварительное шифрование данных...

Сообщение от Rififi кто не мог асилить оригинал.

Или не хотел. Асилить, таварищи, можно всё, что угодно. Если человек, конечно, не тупой

0

Сообщение от #Мессир Здравствуйте. Порылся на форуме, вроде ничего подобного не нашёл, а именно: Мне необходимо разработать библиотеку (для использования в собственной программе) чтобы обращаться в базу данных. Первый, риторический вопрос - что лучше использовать? - библиотека win32 - обычная DLL-ка, сгенеринная в VC++ которая в Visual Studio C# вызывалась бы посредством [import...] - библиотека класснов .NET - разрабатывается также в VC++, но используется в C# В общем. Выбор предыдущий зависит от вашего совета в будущем: Какой "провайдер/компонент" использовать для свзи с БД, со следующими условиями - это может быть один из вариантов, любой, т.е. нужна универсальность, чтобы можно было переделать с одного на другое без критических затрат времени: - БД Акцесс - MS SQL - поддержка SQL-запросов Нашёл вот статейку на форуме - стоит ли рассматривать данный вариант, и будет ли он работать под обычной win32 библиотекой, или там присутствуют классы .NET? Спасибо! P.S. подумывал ещё поискать библиотеку для Ассемблера с функциями работы с базой данных, но не нашёл ничего подобного, во всяком случае на cyberGuru...

Я, например, работаю c firebird, через его api. Бесплатно, и нормально работает.

0

наиболее универсально можно работать через ODBC или ADO (OLEDB).
по 1-му варианту либо API либо надстройка над ним - MFC
по 2-му варианту - уже все сказали, от себя добавлю что не особо и сложно

0

Сообщение от oxotnik наиболее универсально можно работать через ODBC или ADO (OLEDB). по 1-му варианту либо API либо надстройка над ним - MFC по 2-му варианту - уже все сказали, от себя добавлю что не особо и сложно

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

0

Сообщение от vitaly1981 ODBC лучше использовать в сааамых крайних случаях, он очень медленно работает

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

0