.NET приложение имеет такую модель доступа (сервер - произвольный sql2000/2005, хоть локальный, хоть за тридевять земель):

UI шаг 1. Выбирается сервер (локальный или удаленный) - задается server name + login/password, делается некий простой TestConnection (SELECT @@SERVERNAME) дабы убедиться что сервак существует и отвечает.
UI шаг 2. От сервера запрашивается список databases. Выбирается database + table - соответственно проводятся селекты по system tables.
UI шаг 3. Открывается table, производится работа с выбранной таблицей.

Мне не нравится практика использования на всех шагах по сути одного и того же conection string c unlimited timeout (то, как сейчас сделано). В этом случае после ввода server name если сервер не отвечает (например local server - stopped), приложение пытается ооооочень долго сконнектиться и все это время юзер видит диалог "connecting to server..". вопрос: каковы практики установки commnad timeout для команд:
1) установления физического присутствия сервера ("Test Connection")
2) получения списка databases/tables, короче запросов к системным таблицам.
3) практика unlimited (или заведомо большого скажем 10-15 мин) timeout к таблицам, c которыми непосредственно работает приложение, мне кажется логичной, поэтому тут вроде вопроса нет, но тем не менее буду рад и здесь получить какие-то комментарии.


Спасибо.

PS Не пинайте, поиском почему-то ничего толкового не нарыл, одни лишь "как избавиться от expired" и подобное.

По существу разницы connection/command timeout-ов спасибо, пропустил блин я здесь.

GetDataSources() используется конечно же, с юзанием Connection.Open тоже согласен, но дальше все очень индивидуально мне кажется.

> 4) Опять, не изобретайте велосипеды, есть замечательный метод connection.GetSchema(string) -
> он вам вернет и БД и таблицы и кучу всего (за справкой в MSDN)

Вернет ли crdate таблицы? Похоже что нет.

> 5) для таблиц да - commnad timeout, но 10-15 мин - это очень много, не каждый человек
> выдержит ждать столько времени, предположим, простую выборку из таблицы

Как ниже Вы и пишете, UI обеспечивает "ожидание" результатов (там агрегации на сервере проводятся) поэтому для таких случаев явно не 1 мин требуется.

Да по сути в том что спутал на каком-то этапе понятия Connection timeout и Command timeout-ов. Все остальное лирика и product-specific)))