
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
29.07.2005, 11:56
|
|||
|---|---|---|---|
|
|||
Create program with SQL |
|||
|
#18+
Хочу создать базу данных с пом. VC++ 6.0... Первый вопрос: как мне состыковать SQL и VC++, нужно ли отдельно ставить SQL Server? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.07.2005, 12:17
|
|||
|---|---|---|---|
Create program with SQL |
|||
|
#18+
Denis BudkoХочу создать базу данных с пом. VC++ 6.0... Первый вопрос: как мне состыковать SQL и VC++, нужно ли отдельно ставить SQL Server? Для поддержки БД требуеться либо использовать существующие классы-оболочки, либо писать самому. Такие классы встречаються в MFC, .NET. Классы обычно "прикрывают" такие сущности как БД (конекшен, транзакции, локализация и др.), Recordset (даже как то туплю перевести) (запросы-ответы, конвертация типов, обработка ошибок и данных). Как соединяться - зависит от движка базы, от его возможностей. Например... к Oracle мона постучаться через печёнку, селезёнку...тьху ты.. через ODBC, OCI (свой клиентский интерфейс)... к Postgres например мона так же через ODBC, lib_pq (своя либ библиотека которая экспортирует функционал по доступу). к Btrieve (сторона клиента) - ODBC.. Если со стороны сервака - то точка входа кажись так и обзываеться btrv. к MSSql - Вы угадали...через ODBC :). Есть ещё уйма всяких нюансов и условий. (выше приведена не панацея а пример) Если Вам нужно общаться с БД то лучше её иметь работающей и установленной под рукой, а не на бумаге. Очень много нюансов вылезает именно на стадии "начала общения" с БД. с уважением (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.07.2005, 12:29
|
|||
|---|---|---|---|
|
|||
Create program with SQL |
|||
|
#18+
Denis BudkoХочу создать базу данных с пом. VC++ 6.0... Первый вопрос: как мне состыковать SQL и VC++, нужно ли отдельно ставить SQL Server? Если хочешь обойтись только VC++, то смотри в сторону dbf-файлов. Можно сделать довольно приличную систему. Правда, придется использовать ADO и драйвер ODBC for Visual FoxPro... В остальных случаях придется ставить новые (или расшаривать существующие) сервера СУБД (Oracle, SQL Server, MySQL и т.д.)... И все равно сделать что-либо без ADO и соответствующих драйверов будет крайне сложно... Компоненты ADO включаются в проект командой #import... Схема работы с ADO примерно такая: - создается объект Connection и соединяется с базой данных, параметры подключения задаются либо в строке подключения, либо настраиваются специальной утилитой - "Мастером подключений" - создаются необходимые для работы объекты (Query, Command, Recordset и др.) и привязываются к объекту Connection; - Команда SQL помещается в одно из свойств (вроде бы CommandText) этих компонентов и вызывается метод Execute(); - набор записей (выдаваемый по Select'у) помещается в объект Recordset (он может быть "скрыт" внутри другого класса, например, Query), к которому запросы SQL уже неприменимы (!). Поэтому, если необходимо что-то найти в Recordset'e, надо последовательно просматривать все его записи... Отсюда, вытекает главное правило программирования "клиент-серверных" приложений: основную работу должен выполнять сервер, а на клиенте должен быть разумный минимум (если возможно, то всего одна) записей... И читайте Хэлп - мать Вашу! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.07.2005, 12:37
|
|||
|---|---|---|---|
|
|||
Create program with SQL |
|||
|
#18+
kolobok0Для поддержки БД требуеться либо использовать существующие классы-оболочки, либо писать самому. Такие классы встречаються в MFC, .NET... с уважением (круглый) Не совсем так... ADO - это COM-объекты и не имеют никакого отношения к MFC... Хотя, если стучаться в двери Access'a (компоненты DAO: CDatabase, CRecordset и т.д.), то это будет именно MFC... .NET'a в Visual Studio 6.0 еще не было и вряд ли его интеграция пройдет безболезненно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.07.2005, 13:22
|
|||
|---|---|---|---|
|
|||
Create program with SQL |
|||
|
#18+
не портите человека dbf'ками, уж если файл-серверные базы - тогда аксесс вопрос надоли ставить SQL server , на мой взгляд странный, если клиент серверная система - надо, если файл серверная - нет. а вообще-то лучше знать что хочешь, прежде чем задовать вопросы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.07.2005, 15:20
|
|||
|---|---|---|---|
Create program with SQL |
|||
|
#18+
Станислав C.Не совсем так... ADO - это COM-объекты и не имеют никакого отношения к MFC... Хотя, если стучаться в двери Access'a (компоненты DAO: CDatabase, CRecordset и т.д.), то это будет именно MFC... .NET'a в Visual Studio 6.0 еще не было и вряд ли его интеграция пройдет безболезненно... 1) 2*2 действительно 4.. Про ADO, COM и их отношение к MFC. 2) Вы можете работать практически с любой базой данных через API ODBC (см. MSDN) - главное чтоб драйвера от движков находил ODBC. 3) Из MFC мона "постучаться" в DAO. См. CDaoDatabase и иже с ними. 4) CDatabase и иже.. работают через ODBC см. MSDN. 5) ADO "таскаеться" через OLE DB. 6) По поводу нета - Вы апсолютно правы. Пошёл с 7. А вот прикрутить - гавно вопрос (к 7 и выше точно). Более того в 8 MSDN постоянно с уклоном мэнэджэт кода Вас грузит. кстати в посте выше есть фраза... kolobok0....приведена не панацея а пример... т.е. мона конечно же было говорить долго... удачи Вам (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=57&tablet=1&tid=2032953]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 346ms |

| 0 / 0 |
