Delphi 7 and MSSQL 2005

← →
Megabyte © (2007-07-09 18:47) [0]

Господа, они вообще дружат между собой через ADO классическое?
Позвонили тут со старой работы, попросили прогу переделать немного, так у них еще и сервак с 2000 на 2005 поменялся.
Когда в дизайн-тайме формирую строку подключения, сервер не виден ни в какую, соответственно и тестовый коннект не проходит.
Или все нормально и нужно пинать тамошних админов?

← →
Empleado © (2007-07-09 19:10) [1]

> Megabyte © (09.07.07 18:47)

> они вообще дружат между собой через ADO классическое?

Дружат.

> Когда в дизайн-тайме формирую строку подключения, сервер
> не виден ни в какую, соответственно и тестовый коннект не
> проходит

Проверить на машине с SQL2005:
TCP/IP enabled?
Firewall opened? (see exceptions for the used sql port or sqlservr.exe awa scope settings)

← →
Megabyte © (2007-07-09 19:25) [2]

Пасиб. Просто странно, у них все должно быть настроено...

← →
tesseract_pocket (2007-07-09 19:55) [3]

нормально всё даж 1с разницы не замечает. Права раздай юзеру.

← →
Megabyte © (2007-07-10 09:40) [4]

Вчера: порт открыл на компе-клиенте, собственноручно создал новый логин на сервер и БД, раздал ему ВСЕ админские права, хрен там, все равно ругался на логин(точно не помню, что-то типа "login бла-бла failed...") :(

> Проверить на машине с SQL2005:TCP/IP enabled?Firewall opened?
> (see exceptions for the used sql port or sqlservr.exe awa
> scope settings)

Есть по идее клиент для сервера, который с другой БД с того же сервера работает...

Админ вчера раньше ушел, надо будет с ним разбираться вместе.

← →
Lamer@fools.ua © (2007-07-10 11:02) [5]

SQL Server Browser запущен?

← →
ЮЮ © (2007-07-10 11:13) [6]

> login бла-бла failed

Когда не виден, тогда "SQL сервер не найден". Может тип аутентификации не тот используешь, что на сервере для базы установлен?

>Когда в дизайн-тайме формирую строку подключения, сервер не виден ни в какую

В выпадающем списке? Там ведь и вручную имя сервера забить можно.
А при настройке DNS ODBC симптомы те же? (Это к тому, что может не D7 и ADO виноваты)

← →
Megabyte © (2007-07-10 12:05) [7]

> Lamer@fools.ua © (10.07.07 11:02) [5]
> SQL Server Browser запущен?

Хз, приду, проверю :) Админ там как-то странно сделал: менеджер настроил на одном компе(терминальный доступ), а дельфу мне сказал ставить на другой.

> ЮЮ © (10.07.07 11:13) [6]
1) Может тип аутентификации не тот используешь,
> что на сервере для базы установлен?>
2)Когда в дизайн-тайме
> формирую строку подключения, сервер не виден ни в какуюВ
> выпадающем списке? Там ведь и вручную имя сервера забить
> можно.
3)А при настройке DNS ODBC симптомы те же? (Это к тому,
> что может не D7 и ADO виноваты)

1) На сервере тип аутентификации через SQL Server, его и использую.
2) Да само собой ручную вводил :)
3) Не пробовал.

← →
sniknik © (2007-07-10 12:53) [8]

> 1) На сервере тип аутентификации через SQL Server, его и использую.
по умолчанию в 2005м только виндовая авторизация. mssql-ной нет, sa отключен (т.е. не просто включить авторизацию нужно но и его разблокировать если используеш).

← →
Anatoly Podgoretsky © (2007-07-10 13:48) [9]

> Вчера: порт открыл на компе-клиенте, собственноручно создал
> новый логин на сервер и БД, раздал ему ВСЕ админские права,
> хрен там, все равно ругался на логин(точно не помню, что-
> то типа "login бла-бла failed...") :(

Зачем открывал, лишнее
Хорошее сообщение об ошибки, у тебя что-то типа бла-бла-бла
Судя по твоему сообщению у тебя есть административный доступ, а администрировать то умеешь, если нет - то руки прочь от сервера, ну или по крайней мере делай ноги, пока не убили.

← →
Megabyte © (2007-07-10 15:03) [10]

> Anatoly Podgoretsky © (10.07.07 13:48) [9]

Я просто не запомнил сообщение об ошибке, приду сегодня и выложу полный текст.

sniknik © (10.07.07 12:53) [8]
> по умолчанию в 2005м только виндовая авторизация. mssql-
> ной нет,

Включена mmsql-ная, точно!

← →
pavel_guzhanov © (2007-07-10 16:06) [11]

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

← →
Anatoly Podgoretsky © (2007-07-10 16:40) [12]

> Megabyte (10.07.2007 15:03:10) [10]

Тогда не надо выкладывать, просто включи смешанную авторизацию

← →
Megabyte © (2007-07-10 19:10) [13]

Попробовал подключиться к другому серверу, который виден в выпадающем списке. При тестовом коннекте выдает ошибку: "Не выполнена проверка подключения из-за ошибки поставщика. Login failed for user "sa". The user is not associated witha trusted SQL Server connection"
Пользователь точно есть, пароль знаем.
"3)А при настройке DNS ODBC симптомы те же? (Это к тому,
> что может не D7 и ADO виноваты)"
Та же самая ошибка!

← →
Megabyte © (2007-07-11 08:51) [14]

Попробовал у себя подключиться на работе к серверу.Ошибка "Не выполнена проверка подключения из-за ошибки поставщика. Login timeout expired". Проблема в драйвере ADO м.б.? Правда и через ODBC не прокатывает...
Везде в ошибках общее - это "Не выполнена проверка подключения из-за ошибки поставщика"!

← →
db2admin © (2007-07-11 08:56) [15]

Megabyte © (11.07.07 08:51) [14]
ИМХО
Ты в настройках сервака полазий, что то господа МелкоМягкие изменили в свойствах доступа, возможно что проблема как то пересекается с политиками безопасности Винды.

← →
sniknik © (2007-07-11 09:15) [16]

> Проблема в драйвере ADO м.б.? Правда и через ODBC не прокатывает...
проблема точно в "недонастроенности" сервера mssql, много чего они там по умолчанию отключили/"обезопасили", надо вертать взад настройки по аналогии с 2000м.

← →
Megabyte © (2007-07-11 10:44) [17]

В [14] я говорил про свой локальный сервер, который установился по умолчанию вместе с Visual Studio 2005. В нем ничего не менял, но ноже не могу присоединиться. :( Мне б хотя бы локально разобаться с проблемой. Надо менеджер тоже ставить...

← →
Anatoly Podgoretsky © (2007-07-11 11:24) [18]

Если речь идет о локальном сервере, то используется Shared Memory и сервер это пустая строка или имя машины. Можно набить ручками. Кроме того думаю, что Visual Studio 2005 ставит именованый экземпляр.

← →
Megabyte © (2007-07-11 11:57) [19]

Поставил менеджер(MSSQL Management Studio) для сервака БД, к нему могу приконнектиться только(!) через виндовую аутентификацию, через МССКЛную не могу, выдает ту же ошибку.
Точно там что-то в настройках, буду копаться...

← →
Anatoly Podgoretsky © (2007-07-11 12:08) [20]

> Megabyte (11.07.2007 11:57:19) [19]

Это уже шаг вперед, теперь можешь управлять пользователями и правами.
Кроме Management Studio, нужны еще SQL Server Surface Area Configuration и SQL Server Configuration Manager

← →
Megabyte © (2007-07-11 12:46) [21]

> Кроме Management Studio, нужны еще SQL Server Surface Area
> Configuration и SQL Server Configuration Manager

Стоят. Даже вроде знаю, что чего они...
А что там надо сделать в них?
Я сам поменял пароль у SA, но все равно ругается:
"The user is not associated with a trusted SQL Server connection(Microsoft SQL Server, error: 18452 ) "

← →
Empleado © (2007-07-11 14:18) [22]

> Megabyte © (11.07.07 12:46) [21]

У меня уж совсем дурное предположение:
Поставили галочку на SQL Server and Windows Authentication Mode, а перезапустить сервер забыли...
Попробуй остановить SQL и запустить снова.

← →
Megabyte © (2007-07-12 09:43) [23]

Буду благодарен, если вы скажете, где поставить эту галочку, ибо я пользовался менеджером для 2000-го, а тут куча отдельных утилит?

И еще: по умолчанию как стоит утентификация, ибо я и своему серверу не могу приконнектиться, хотя ничего не трогал после переустановки?

+ к тому, админы со старой работы утверждают, что у них МССКЛ-аутентификация...

← →
Megabyte © (2007-07-12 14:46) [24]

Добавил в строку параметр "Integrated Security" - Значение True или SSPI говорит о том, что вами используется доверительное соединение - нашел статью в тырнете с описанием всех параметров.
И, о чудо, как только я поставил значение "SSPI"( при значении true или false была какая-то oledb-ошибка), получил этот коннект(пока что локально к своей БД, на старой работе еще не пробовал).
Фишка в том, что этот параметр в строке подключения на клиенте, который...не устанавливется при автоматически при настройке в мастере формирования строки подключения, надо устанавливать его вручную!

Госпади, 1-й раз вообще об этом слышу! Что это за хрень вообще, простите?

Господа, ну и дамы, есть еще пара проблем:
1) Моя прога коннектится к БД только там, где стоит менеджер для управления СУБД. Я так понимаю, что просто устанавливается какая-то библиотечка(о которой я ничего не знаю). Может кто знает, в чем дело?
2) По ходу, изменилось название встренной функции для определения текущего пользователя(в 2000-м была user_name() ). Ну это ладно, найду как-нить...

> Megabyte (17.07.2007 19:09:25) [25]

> 2) По ходу, изменилось название встренной функции для определения текущего пользователя(в 2000-м была user_name() ).

Никуда не делась, как была user_name, так и есть user_name
Кроме ее есть еще порядка 10 функций.

> Anatoly Podgoretsky © (17.07.07 19:44) [26]

Очень странно. У меня выборка была пустая, там стояло условие
where ( table1.login = user_name() )
В таблице было вбито имя пользователя. Убрал условие, запрос выдавал результаты. Ладно, проверю еще.

Опа, user_name теперь с параметром.

> Megabyte (18.07.2007 09:24:28) [28]

С необязательным параметром.

> Anatoly Podgoretsky © (18.07.07 19:49) [29]

Угу. Только теперь она показывает значение не свойства User ID, а другого.
Ну это не важно.

Самая большая проблема осталась! Коннект есть только локально, где стоит сервер. Установил клиентские компоненты на другой комп.
Что удивительно:
1) прописал в свойствах имя сервера - программа выдала, что такой сервер не сущесвует или нет доступа.
2) Прописал ip - программа выдала, что "данный логин не ассоциирован с текущим подключением"(ни о чем мне не говорит). "user ia not associated with a trusted connection"/

> Anatoly Podgoretsky © (18.07.07 19:49) [29]

Угу. Только теперь она показывает значение не свойства User ID, а другого(у меня выдал owner=Dbo).
Ну это не важно.

Самая большая проблема осталась! Коннект есть только локально, где стоит сервер. Установил клиентские компоненты на другой комп.
Что удивительно:
1) прописал в свойствах имя сервера - программа выдала, что такой сервер не существует или нет доступа.
2) Прописал ip - программа выдала, что "данный логин не ассоциирован с текущим подключением"(ни о чем мне не говорит). "user ia not associated with a trusted connection".

з.ы. Блин, 1-й раз я не знаю, что делать вообще, уже кажется все перепробовал... (((

> Добавил в строку параметр "Integrated Security" - ...

При (AUser = "") and (APassword = "") формируется строка для подключения по Win-аутентификации, иначе - по серверной. У нас на сервере стоит смешанная. Можно подключаться и так и так. В первом случае на сервере нужен логин, как говорил выше. (Правда у нас 2000-й)

function BuildConnectionStringForMSSQL( const AServer, ADatabase, AUser, APassword: string ): string; begin Result := "Provider=SQLOLEDB.1;Persist Security Info=False;"; if (AUser = "") and (APassword = "") then Result := Result + "Integrated Security=SSPI;" else Result := Result + "User ID=" + AUser + ";Password=" + APassword + ";"; Result := Result + "Initial Catalog=" + ADatabase + ";" + "Data Source=" + AServer; end;

С 2000-м проблем не было, в том-то и дело.
Т.е. предлагаешь убрать логин/пароль из строки подключения?
Но тогда возникает вопрос, почему локально коннектится без проблем...

>как говорил выше.
Блин. Не скопировал часть информации из DM-клиента в брокзер.

> С 2000-м проблем не было, в том-то и дело.

Проблемы, похоже, с насторойками типа подключения. Посатавь 2000 с такими же - огребешь те же проблемы

> Т.е. предлагаешь убрать логин/пароль из строки подключения?
>

Для Win-аутентификации. Но нужен логин на сервере <домен>\<login>

> Но тогда возникает вопрос, почему локально коннектится без
> проблем...

ты коннектишься к серверу как администратор. На локальном MSDE у меня как то иначе сначала формировалась строка (кстати там стояла именно WIN-аутентификация), но это не работало на отдельном сервере. Предложенная строка работает как на cервере(c логином выше), так и на локальном MSDE(без лишних логинов)

Если не требуется персональная регистрация пользователей, можно завести пользователя <имя домкна>\Domain Users. Но это опять касается вин-аутентифиуации

Delphi 7 and MSSQL 2005 Найти похожие ветки