![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как подключиться к БД MS SQL
Well © (2003-06-18 08:13:00)Есть сервер MSSQL 2000, на сервере создана база данных с таблицами.
Подскажите как правильно подключиться к этой базе данных с другого сетевого компьютера.
(приношу извинения за дилетанский вопрос, но я только начал заниматься MSQL, а в поиске ничего конкретного не нашел)
Валерий (2003-06-20 04:39:00) [1]Я где-то читал что в технологии dbexpress вызовы напрямую обращаются к драйверу а в адо я думаю вызовы длиннее!
sniknik (2003-06-19 08:20:00) [2]Валерий (19.06.03 03:50)
что лутше молоко в стакане или молоко в бутылке?
посмотри что является VendorLib для MSSQLConnection увидиш - oledb. т.е. в этом случае это то же самие ADO и есть, может только ограниченное изза еще одного посредника. (ADO счититай обертка для работы с OLE DB провайдерами)
Валерий (2003-06-19 03:50:00) [3]Sniknik
> а технология dbexpress к MSSQLserver2000
не применима ? или чем хуже ADO?
sniknik (2003-06-18 15:57:00) [4]tramp (18.06.03 14:46)
> Мне нужна МАССИРОВАННАЯ из потока на выходе запроса в таблицу!
ну уже сказали, повторю
OPENDATASOURCE, OPENROWSET - быстрее не бывает! ну еще аналоги DTS, линк сервер. причем к любому источнику данных, не только Dbf. а встроеный в ADO RDS (аналог платного Midas-а) для трехзвенки? не BDE прошлый век, для данных в старом формате и локальных лутше не бывает(что правда то правда), но с новым никакого сравнения не выдерживает, а для доступа к новому серверу считаю что и выбора никакого нет, ADO однозначно.
stone (2003-06-18 14:56:00) [5]
> Мне нужна МАССИРОВАННАЯ из потока на выходе запроса в таблицу!
>
OPENDATASOURCE тебе в помощь, можно еще OPENROWSET
tramp (2003-06-18 14:46:00) [6]В ADO есть возможность массированной вставки в файл (xml-файл) инф-ы из запроса и загрузки из файла, соотвественно. Ды ты лучше у sniknik спроси. Он, похоже, все на свете знает.
sniknik! Мне нужна МАССИРОВАННАЯ из потока на выходе запроса в таблицу! Не я одна такая забила на ADO при работе с dbf, есть у нас в фирме программеры и посерьезнее :)
Gonzalez (2003-06-18 14:15:00) [7]> tramp (18.06.03 09:42)
> ну если, конечно, нет необходимости работать с xml-файлами
А в чем особенность? Поделитесь, пожалуйста опытом, а то я как раз размышляю об использовании XML...
sniknik (2003-06-18 14:03:00) [8]tramp (18.06.03 13:49)
> ADO это можно делать триста лет и тридцать три года- скорость маленькая.
поспорим? насчет скорости. не если делать как привыли многие в BDE, открыть таблицу и потом фильтрами до нужного ограничивать вместо запроса на именно нужные данные то да конечно. но в том и дело что у ADO идеология другая, для сетевых решений, ей и нужно пользоватся.
аналогия (немного кривая), если запрячь феррари в плуг она быстрее трактора до другого конца поля доедет?
tramp (2003-06-18 13:49:00) [9]Через ADO оно, конечно, проще продключиться... но это если источники данных только SQL. А если инф-а передается с сервера в dbf-файлы и обратно, то это очень проблемно и через ADO это можно делать триста лет и тридцать три года- скорость маленькая.
Anatoly Podgoretsky (2003-06-18 12:17:00) [10]Well (18.06.03 12:02)
А тем, что БДЕ не поддерживает MSSQL 2000, только частичная функциональность, а АДО родной движок.
KSergey (2003-06-18 12:05:00) [11]http://www.delphikingdom.com/helloworld/ado01.htm
Но возможно и нужную версию ADO придется устанавливать ;)
Well (2003-06-18 12:02:00) [12]А чем ADO лучше BDE? (Ну кроме того, что BDE нужно устанавливать на клиентских компьютерах).
И если можно поподробнее как бодключиться используя ADO?
KSergey (2003-06-18 11:40:00) [13]> Stas © (18.06.03 11:16)
Не надо забегать вперед.
Это будет очередной вопрос "почему не работает на машине, где не установлена Delphi. ;)
> Well (18.06.03 08:38)
> Предполагается BDE, в будущем возможно ADO.
А вот тут надо сразу определяться. Т.к. переделать потом проект на ADO будет не просто.
Stas (2003-06-18 11:16:00) [14]А потом еще BDE на всех клиентов ставить !
sniknik (2003-06-18 11:14:00) [15]Stas © (18.06.03 11:07)
не видиш людям трудностей хочется. одно описание подключения чего стоит, это вместо присвоения/создания строки подключения и open коннекта. :о))
Stas (2003-06-18 11:07:00) [16]Зачем BDE ?
Лучше через ADO
Anatoly Podgoretsky (2003-06-18 10:39:00) [17]Есть, объем уже давно гигабайтами измеряется.
Но лучшая у Микрософт, там где то в сотню влезли.
Well (2003-06-18 10:23:00) [18]Спасибо, пропробую.
А есть ли в инете учебные материалы по работе с MSQL?
tramp (2003-06-18 09:42:00) [19]Лучше всего использовать BDE (ну если, конечно, нет необходимости работать с xml-файлами).
Можно так, как ЮЮ, а можно чуть-чуть по-другому. Это дело вкуса :)
1.На машине, с которой коннктишся к базе должен быть установлен сервер MSSQL(либо клиентская часть MSSQL). Сервер-если разрабатывавешь клиентское и хранимые процедуры с машины, клиентская часть MSSQL, если просто коннектишся к базе через уже написанное клиентское приложение.
2.Подключиться к базе можно черезе клиентское приложение. Для этого используй компонент TDataBase.
2.Алиас создавать не нужно, т.к. появляется ненужная прослойка из ОDBC-драйверов. Просто в свойстве DatabaseName компоента TDataBase укажи имя (Name) , которое дал компоненту типа TDataBase, а в свойстве DriverName укажи MSSQL.
4.Можно еще yастроить языковые драйверы BDE. Как это сделать посмотри на форуме (я выкладывала на днях пример, как ответ на чей-то вопрос)
Желаю удачи в освоении MSSQL :)
ЮЮ (2003-06-18 09:19:00) [20]3) найти на машине с установленным сервером(клиентом) NTWDBLIB.DLL и положить в системную папку на своей машине
4) Открыть БД через SQL Explorer и убедиться насколько он отстал от MS
5) Создать приложение и подключиться к БД с помощью TDataBase
и т.д. и т.п.