Есть потребность в некоторой библиотеке, которая жила бы где-нибудь на сервере (где крутится само приложение) и могла бы возвращать готовый сформированный открытый коннект к текущей БД (ODBC, OLE, ADO и т.д.).

Например, хочу я быстренько состраполить powershell-скриптец (которому нужен коннект к текущей БД) и закинуть в Task Sheduler или просто разово выполнить (для анлиза или иправления проблемм), тогда я дергаю из этой библиотеки уже готовый коннект и работаю с ним, нужен новый - попросил новый, при этом не заботясь о подробностях подключения, имя базы, пароль пользователя (должен доставаться из хранилища паролей и расшифровываться) и т.д.

Может есть что-то готовое?
Так вообще делают??

carrotikМаксим Н,

.. так а это .. в консоли ODBC сервера создать пользователькие DSN на нужные подключения и обращаться к ним из скрипта? .. нет?

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

D129Максим НЕсть потребность в некоторой библиотеке, которая жила бы где-нибудь на сервере (где крутится само приложение) и могла бы возвращать готовый сформированный открытый коннект к текущей БД (ODBC, OLE, ADO и т.д.).

Например, хочу я быстренько состраполить powershell-скриптец (которому нужен коннект к текущей БД) и закинуть в Task Sheduler или просто разово выполнить (для анлиза или иправления проблемм), тогда я дергаю из этой библиотеки уже готовый коннект и работаю с ним, нужен новый - попросил новый, при этом не заботясь о подробностях подключения, имя базы, пароль пользователя (должен доставаться из хранилища паролей и расшифровываться) и т.д.

Может есть что-то готовое?
Так вообще делают??

Есть. MS-SQL server например.

Но так не делают - из-за хакеров, которые за доступ напрямую в базу данных маму продадут.
Двухпроцессорную....
:-)

какие тогда существуют бест практисы для таких вещей?

pationМаксим НЕсть потребность в некоторой библиотеке, которая жила бы где-нибудь на сервере (где крутится само приложение) и могла бы возвращать готовый сформированный открытый коннект к текущей БД (ODBC, OLE, ADO и т.д.).

Например, хочу я быстренько состраполить powershell-скриптец (которому нужен коннект к текущей БД) и закинуть в Task Sheduler или просто разово выполнить (для анлиза или иправления проблемм), тогда я дергаю из этой библиотеки уже готовый коннект и работаю с ним, нужен новый - попросил новый, при этом не заботясь о подробностях подключения, имя базы, пароль пользователя (должен доставаться из хранилища паролей и расшифровываться) и т.д.

Может есть что-то готовое?
Так вообще делают??
хрень какае-то полная,
если вам нужен объект коннекшн - то какая проблема его создать там где он требуется?
если нужен конекшнстринг то аналогично
Есть желание изменять параметры коннекта централизовано. Изменилось имя БД или хост (порт, пароль какого либо пользователя БД и т.д.) поменяли в одном месте - все работают как раньше. Т.е. разгрузить вызывающую среду от подробностей подключения.

pationМаксим НЕсть потребность в некоторой библиотеке, которая жила бы где-нибудь на сервере (где крутится само приложение) и могла бы возвращать готовый сформированный открытый коннект к текущей БД (ODBC, OLE, ADO и т.д.).

Например, хочу я быстренько состраполить powershell-скриптец (которому нужен коннект к текущей БД) и закинуть в Task Sheduler или просто разово выполнить (для анлиза или иправления проблемм), тогда я дергаю из этой библиотеки уже готовый коннект и работаю с ним, нужен новый - попросил новый, при этом не заботясь о подробностях подключения, имя базы, пароль пользователя (должен доставаться из хранилища паролей и расшифровываться) и т.д.

Может есть что-то готовое?
Так вообще делают??
хрень какае-то полная,
если вам нужен объект коннекшн - то какая проблема его создать там где он требуется?
если нужен конекшнстринг то аналогично
Есть желание изменять параметры коннекта централизовано. Изменилось имя БД или хост (порт, пароль какого либо пользователя БД и т.д.) поменяли в одном месте - все работают как раньше. Т.е. разгрузить вызывающую среду от подробностей подключения.

pationМаксим Нпропущено...

Есть желание изменять параметры коннекта централизовано. Изменилось имя БД или хост (порт, пароль какого либо пользователя БД и т.д.) поменяли в одном месте - все работают как раньше. Т.е. разгрузить вызывающую среду от подробностей подключения.
вы говорите о сервисе кот. будет вам поставлять строку подключения?
у оракла такая штука уже есть
про мсскл не скажу
ежели велосипедить то полчаса на wcf

нее, сервис это круто, интересует локальное решение.
Например я создаю обычную библиотеку классов, которая сможет подключаться к БД и возвращать коннект (в одном из методов). А затем могу подключать эту библиотеку к любому проекту, могу даже из powershell-скрипта заюзать.

Возможно это и бред, я не спорю, просто сложилась такая ситуация, что есть одна БД, а с ней работают разные приложения и скрипты. К сожалению централизованного классного сервера приложений, который все умеет и всем рулит, пока нет, поэтому приходится искать решения.

Всем спасибо, то что нужно