Я так понимаю, стоит задача добавить свою dll-ку в базу данных и дергать ее методы из SQL-запросов? Если да, то можно почитать, скажем, вот эту статью. Ну и MSDN поглядеть нелишне будет.

 

Я так понимаю, стоит задача добавить свою dll-ку в базу данных и дергать ее методы из SQL-запросов? Если да, то можно почитать, скажем, вот эту статью. Ну и MSDN поглядеть нелишне будет.

А если моя dll кушает в процессе работы еще несколько, как тогда - их все вместе закидывать или порсто в одной папке хранить, а закинуть именно мою?

 

А если моя dll кушает в процессе работы еще несколько, как тогда - их все вместе закидывать или порсто в одной папке хранить, а закинуть именно мою?

MSDN по этому поводу говорит:

Besides the root assembly specified by assembly_name, SQL Server tries to upload any assemblies that are referenced by the root assembly being uploaded. If a referenced assembly is already uploaded to the database because of an earlier CREATE ASSEMBLY statement, this assembly is not uploaded but is available to the root assembly. If a dependent assembly was not previously uploaded, but SQL Server cannot locate its manifest file in the source directory, CREATE ASSEMBLY returns an error.

Т.е. по идее зависимости тоже должны подгрузиться. Если есть сомнения, то можно остальные сборки тоже загрузить в базу с помощью CREATE ASSEMBLY (перед загрузкой основной, ессно).

 

Возникла проблема - запихал я эту сборку в SQL. Теперь при попытке вызвать метод из нее возникает ошибка: тип BR_Support не обнаружен в сборке. Почему?


Вопрос снимается - решилась проблема.