может, кто юзает сабжеваторство?

Надо апсудить кое-что.

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

kmaw,

1. пообщаццо с внешними ресурсами. Сделать xmp rpc запрос и всё в таком же роде. Типа, из хранимки заюзать любой API

2. сделать что-то сложное, что на Transact SQL делать долго и неприятно. Это всё-таки язык, мягко говоря, не очень.

Ещё о сабжеваторстве я вот думаю, когда хранятся в базе - их можно запрашивать каждый раз, иль грузануть в статические переменные и оттуда тягать,
это будет производительно, но как их обновлять? Перегружать сборку или написать специальный метод для этого?
Есть каке-нить бст практикс по этому поводу?

Дело в том, что мне досталось энное количество сборок и там захардкодена вся куйня типа адресов, урлов, портов, имён и паролей.

WildMage,

Да, это тема. Хранить в словаре статически и подгружать. Ну и на всякий случай метод насильной перезагрузки прям щас, для торопыг.

стал юзать протухающие статические переменные, кеш из таблицы. Кармические суперрулезы булкорулят.

недостаток: если передавать всё в параметрах - функцию можно "на лету" перенастроить на тестовые данные, не затрагивая работающее приложение.
Можно конечно предусмотреть альтернативные наборы параметров и флаг для их переключения.