Как подключиться к БД MS SQL

← →
Well (2003-06-18 08:13) [0]

Есть сервер MSSQL 2000, на сервере создана база данных с таблицами.
Подскажите как правильно подключиться к этой базе данных с другого сетевого компьютера.
(приношу извинения за дилетанский вопрос, но я только начал заниматься MSQL, а в поиске ничего конкретного не нашел)

← →
ЮЮ © (2003-06-18 08:28) [1]

1) Определиться, что будет использоваться для доступа: BDE, ADO, что-то другое.
2) Повторить вопрос, указав из 1)

← →
Well (2003-06-18 08:38) [2]

Предполагается BDE, в будущем возможно ADO.

← →
ЮЮ © (2003-06-18 08:56) [3]

2) в BDEAdmin создать и настороить ALIAS и попытаться соединиться (раскрыть +)

← →
ЮЮ © (2003-06-18 09:19) [4]

3) найти на машине с установленным сервером(клиентом) NTWDBLIB.DLL и положить в системную папку на своей машине
4) Открыть БД через SQL Explorer и убедиться насколько он отстал от MS
5) Создать приложение и подключиться к БД с помощью TDataBase
и т.д. и т.п.

← →
tramp (2003-06-18 09:42) [5]

Лучше всего использовать BDE (ну если, конечно, нет необходимости работать с xml-файлами).

Можно так, как ЮЮ, а можно чуть-чуть по-другому. Это дело вкуса :)

1.На машине, с которой коннктишся к базе должен быть установлен сервер MSSQL(либо клиентская часть MSSQL). Сервер-если разрабатывавешь клиентское и хранимые процедуры с машины, клиентская часть MSSQL, если просто коннектишся к базе через уже написанное клиентское приложение.
2.Подключиться к базе можно черезе клиентское приложение. Для этого используй компонент TDataBase.
2.Алиас создавать не нужно, т.к. появляется ненужная прослойка из ОDBC-драйверов. Просто в свойстве DatabaseName компоента TDataBase укажи имя (Name) , которое дал компоненту типа TDataBase, а в свойстве DriverName укажи MSSQL.
4.Можно еще yастроить языковые драйверы BDE. Как это сделать посмотри на форуме (я выкладывала на днях пример, как ответ на чей-то вопрос)

Желаю удачи в освоении MSSQL :)

← →
Well (2003-06-18 10:23) [6]

Спасибо, пропробую.
А есть ли в инете учебные материалы по работе с MSQL?

← →
Anatoly Podgoretsky © (2003-06-18 10:39) [7]

Есть, объем уже давно гигабайтами измеряется.
Но лучшая у Микрософт, там где то в сотню влезли.

← →
Stas © (2003-06-18 11:07) [8]

Зачем BDE ?
Лучше через ADO

← →
sniknik © (2003-06-18 11:14) [9]

Stas © (18.06.03 11:07)
не видиш людям трудностей хочется. одно описание подключения чего стоит, это вместо присвоения/создания строки подключения и open коннекта. :о))

← →
Stas © (2003-06-18 11:16) [10]

А потом еще BDE на всех клиентов ставить !

← →
KSergey © (2003-06-18 11:40) [11]

> Stas © (18.06.03 11:16)

Не надо забегать вперед.
Это будет очередной вопрос "почему не работает на машине, где не установлена Delphi. ;)

> Well (18.06.03 08:38)
> Предполагается BDE, в будущем возможно ADO.

А вот тут надо сразу определяться. Т.к. переделать потом проект на ADO будет не просто.

← →
Well (2003-06-18 12:02) [12]

А чем ADO лучше BDE? (Ну кроме того, что BDE нужно устанавливать на клиентских компьютерах).
И если можно поподробнее как бодключиться используя ADO?

← →
KSergey © (2003-06-18 12:05) [13]

http://www.delphikingdom.com/helloworld/ado01.htm

Но возможно и нужную версию ADO придется устанавливать ;)

← →
Anatoly Podgoretsky © (2003-06-18 12:17) [14]

Well (18.06.03 12:02)
А тем, что БДЕ не поддерживает MSSQL 2000, только частичная функциональность, а АДО родной движок.

← →
tramp (2003-06-18 13:49) [15]

Через ADO оно, конечно, проще продключиться... но это если источники данных только SQL. А если инф-а передается с сервера в dbf-файлы и обратно, то это очень проблемно и через ADO это можно делать триста лет и тридцать три года- скорость маленькая.

← →
sniknik © (2003-06-18 14:03) [16]

tramp (18.06.03 13:49)
> ADO это можно делать триста лет и тридцать три года- скорость маленькая.

поспорим? насчет скорости. не если делать как привыли многие в BDE, открыть таблицу и потом фильтрами до нужного ограничивать вместо запроса на именно нужные данные то да конечно. но в том и дело что у ADO идеология другая, для сетевых решений, ей и нужно пользоватся.

аналогия (немного кривая), если запрячь феррари в плуг она быстрее трактора до другого конца поля доедет?

> tramp (18.06.03 09:42)
> ну если, конечно, нет необходимости работать с xml-файлами

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

← →
tramp (2003-06-18 14:46) [18]

В ADO есть возможность массированной вставки в файл (xml-файл) инф-ы из запроса и загрузки из файла, соотвественно. Ды ты лучше у sniknik спроси. Он, похоже, все на свете знает.

sniknik! Мне нужна МАССИРОВАННАЯ из потока на выходе запроса в таблицу! Не я одна такая забила на ADO при работе с dbf, есть у нас в фирме программеры и посерьезнее :)

> Мне нужна МАССИРОВАННАЯ из потока на выходе запроса в таблицу!
>

OPENDATASOURCE тебе в помощь, можно еще OPENROWSET

tramp (18.06.03 14:46)
> Мне нужна МАССИРОВАННАЯ из потока на выходе запроса в таблицу!
ну уже сказали, повторю
OPENDATASOURCE, OPENROWSET - быстрее не бывает! ну еще аналоги DTS, линк сервер. причем к любому источнику данных, не только Dbf. а встроеный в ADO RDS (аналог платного Midas-а) для трехзвенки? не BDE прошлый век, для данных в старом формате и локальных лутше не бывает(что правда то правда), но с новым никакого сравнения не выдерживает, а для доступа к новому серверу считаю что и выбора никакого нет, ADO однозначно.

← →
Валерий (2003-06-19 03:50) [21]

Sniknik
> а технология dbexpress к MSSQLserver2000
не применима ? или чем хуже ADO?

Валерий (19.06.03 03:50)
что лутше молоко в стакане или молоко в бутылке?

посмотри что является VendorLib для MSSQLConnection увидиш - oledb. т.е. в этом случае это то же самие ADO и есть, может только ограниченное изза еще одного посредника. (ADO счититай обертка для работы с OLE DB провайдерами)

← →
Валерий (2003-06-20 04:39) [23]

Я где-то читал что в технологии dbexpress вызовы напрямую обращаются к драйверу а в адо я думаю вызовы длиннее!

Как подключиться к БД MS SQL Найти похожие ветки