foxwizardСуть вот в чем.
Старенькая программка работала себе работала в нормальной сети. 192.168.2.0
Перенесли в другую подсеть (192.168.4.0) с каналом в 4 мегабита.
Коннест к серверу выполняется почти секунду с копейками...

stringconnect="driver={SQL Server};server=192.168.2.1;uid=kbiuser;pwd=;DATABASE=MAIN;LANGUAGE=русский"
Store SQLSTRINGCONNECT(stringconnect) TO ncon

Сами запросы летают.

Где собака порылась?

Настроить DNS, чудес не бывает :)

Dima TPaulWistНастроить DNS, чудес не бывает :)
DNS каким боком помешал? он же IP пишет.

foxwizard, задай вопрос в форуме по MS SQL.

И как вариант драйвер {SQL Server Native Client 11.0} или {SQL Server Native Client 10.0}. Посмотри в ODBC какой у тебя есть.



Дык,

Dima TPaulWistНастроить DNS, чудес не бывает :)
DNS каким боком помешал? он же IP пишет.

foxwizard, задай вопрос в форуме по MS SQL.

И как вариант драйвер {SQL Server Native Client 11.0} или {SQL Server Native Client 10.0}. Посмотри в ODBC какой у тебя есть.



Дык,

авторПеренесли в другую подсеть (192.168. 4 .0)

а коннект идёт на

автор192.168. 2 .1

И как клиент узнает где сеть 192.168. 2 .1 если сам он находится в 192.168. 4 .0

foxwizardPaulWistИ как клиент узнает где сеть 192.168. 2 .1 если сам он находится в 192.168. 4 .0
прописаны маршруты route add...

Драйвер тут не причем, ту проблема сети.

Выполни:

авторtracert 192.168.2.1

и посмотри как по времени и по "пути" до конечного адреса 192.168.2.1 идут "прыжки".

Dima TPaulWistИ как клиент узнает где сеть 192.168. 2 .1 если сам он находится в 192.168. 4 .0
Явно не из DNSa. Да и знать ему это не надо, это задача маршрутизатора (роутера).

Рука дрогнула конечно DHCP.

Dima TPaulWistРука дрогнула конечно DHCP.
Опять не угадал :) Почитай что-нибудь про устройство протокола TCP/IP.

Ух,... ты не используешь DHCP для описания маршрутизации, ... "руками" на клиенте прописываешь?

foxwizardавтор
tracert 192.168.2.1
1 87 ms 92 ms 88 ms nesco [192.168.2.1]


Ну-у-у, отклик-то приличный, выполни:

авторping 192.168.2.1

foxwizardКстати через .NET SqlClient Data Provider программа на C# работает шустро

1. И сколько по времени идёт коннект?

2. Отключи именованные каналы.

foxwizardЧто удалось выяснить:
1. У нас 4 территориально удаленных офиса. 3 из них сидит на одном провайдере и через него организованы каналы связи. Т.е. пакеты нормально маршрутизируются. 4-й офис - на другом провайдере. Как летают пакеты между провайдерами - одному Богу известно. Отсюда и задержки.

2. Посмотрел, что творится в SQL server profiler при логине клиента и выполнении тестового запроса.
У .Net SqlClient Data Provider (доступ проги на C#)
EventClassTextDataAudit Login -- network protocol: TCP/IPRPC:Completed exec sp_executesql N'SELECT TOP 1 * FROM customerAudit Logout.Net SqlClient Data Provider
У VFP9 (NativeClient, или какой другой , не важно - время примерно одинаковое) Процедура логина и выполнения тестового запроса около 1 сек.
Сама процедура такая:
EventClassTextDataAudit Login network protocol: LPCSQL:BatchStarting select c.name c.description from master.dbo.syscharsets c where c.id = convert(tinyint databasepropertyex ( db_name() 'sqlcharset')) SQL:BatchCompleted select c.name c.description from master.dbo.syscharsets c where c.id = convert(tinyint databasepropertyex ( db_name() 'sqlcharset')) SQL:BatchStarting EXEC sp_executesql N'set implicit_transactions off select USER_NAME() select usertype type name from systypes where usertype>=257'SQL:BatchCompleted EXEC sp_executesql N'set implicit_transactions off select USER_NAME() select usertype type name from systypes where usertype>=257'RPC:Completed exec [sys].sp_datatype_info_90 1RPC:Completed exec [sys].sp_datatype_info_90 12RPC:Completed exec [sys].sp_datatype_info_90 -2RPC:Completed exec [sys].sp_datatype_info_90 -3SQL:BatchStarting SELECT TOP 1 * FROM customerSQL:BatchCompleted SELECT TOP 1 * FROM customerSQL:BatchStarting SELECT @@IDENTITY AS 'newid'SQL:BatchCompleted SELECT @@IDENTITY AS 'newid'Audit Logout

+ к задержкам еще и корявость обмена .

Мда,... действительно Net SqlClient Data Provider по дефолту генерит меньше вызовов,... бум знать :)