Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Соединение с MSSQL через ADO [D5, D7, MSSQL]

FilSM © (2004-01-14 12:40:00)

Парни!
Задаю все тот же вопрос. Проблема следующая:
1. есть база на MSSQL,
2. есть soft, который соединяется с указанной базой использую ADO компоненту,
3. при этом соединение с базой возможно только тогда, когда пользователь логиниться при запуске компьютера как локальный администратор.
4. если админ урезает у пользователя ети права, то никакого соединения нет.

В чем проблема? Где порыться?

FilSM (2004-01-14 16:58:00) [1]

for Nikolay M.

докопался. Причина в том, что простому User-у недоступен для просмотра реестр, а строка соединения срониться именно в нем.
Функция соединения с сервером включала в себя считывания этой строки из реестра и при этом возвращала пустую строку. Вот соединение и не происходило. А на эту мысль меня натолкнула твоя ссылка. Спасибо!

Nikolay M. (2004-01-14 15:37:00) [2]

> нет подключения

В чем это выражается? Текст ошибки есть?

FilSM (2004-01-14 15:33:00) [3]

for Nikolay M.

проверил. Выявилась еще одна проблема: если у учетной записи есть пароль для подключения и этот пароль указывать в стандартном мастере, то в сформированной строке соединения пароль не сохраняется и соответственно нет подключения. Сделал иначе: ручками прописал в исходнике необходимую строку соединения - результат тот же. Есть ощущения, что все-таки проблема лежит в области распределения прав на какие-то папки или записи в реестре. Надо глубже изучить твою ссылку.

FilSM (2004-01-14 15:10:00) [4]

for Nikolay M.

хорошая мысль. сейчас попробую.

Nikolay M. (2004-01-14 15:04:00) [5]

> строка соединения формируется динамически из данных, которые
> вводит User: имена сервера и базы, имя и пороль учетной
> записи для подключения

А если для теста сделать новое ADOConection и создать в нем строку подключения стандартным мастером?

FilSM (2004-01-14 14:57:00) [6]

for Nikolay M.

извени, сразу не понял вопроса.
Используется MSSQL Server аутентификацию. Проверяли у заказчика и у себя тестировали - одно и то же. Есть одна деталь, подключение выполняется с использованием компоненты ADO Connection и при этом строка соединения формируется динамически из данных, которые вводит User: имена сервера и базы, имя и пороль учетной записи для подключения. Но если использовать Enterprise Manager-a и для подключения использовать то же учетную запись - все проходи нормально. А ссылочку я изучу.

Nikolay M. (2004-01-14 14:04:00) [7]

> FilSM (14.01.04 13:36) [4]
> Windows Authentication

Что и следовало ожидать.
Полистай:
http://www.sql.ru/subscribe/2003/143.shtml

FilSM (2004-01-14 13:36:00) [8]

for Nikolay M.

Windows Authentication

FilSM (2004-01-14 13:33:00) [9]

for bushmen

имена разные, одно с правами локального пользователя, а другое без таковых. Проясню. Сисадсины иногда, дабы на рабочих местах не инсталлировались программы без их ведома, у всех пользователей отбирают права локального администратора. Тут-то проблема и возникает.

Nikolay M. (2004-01-14 12:59:00) [10]

Авторизация какая? Windows Authentication или MS SQL Server Authentication?

bushmen (2004-01-14 12:55:00) [11]

А имена пользователей разные при этом или все на одном имени?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »