Отдельная схема Workflow Foundation

Question

Я работаю со службами сохранения и отслеживания в Workflow Foundation, и я подумал, что было бы неплохо использовать отдельную схему в SQL Server только для рабочего процесса.

К сожалению, похоже, что они жестко закодировали имя схемы dbo по умолчанию в свой код. Одним из примеров является класс SqlTrackingService. Из-за того, как они написали классы отслеживания, я не могу переопределить методы, чтобы предоставить свой собственный код запроса БД.

Я думал о следующих параметрах, но некоторые из них кажутся невозможными:

• Перезапись трекинга с нуля
• Разборка и перезапись файлов отслеживания (нарушение лицензии?)
• Какой-то способ перехватить и переписать SQL-запрос
• Какой-то способ обмануть его с помощью пользовательской версии SqlCommand, которая фильтрует CommandText
• Просто продолжайте и используйте схему dbo для WF
• Используйте совершенно отдельную базу данных для WF.

У кого-нибудь есть предложения или варианты, которые я не рассмотрел? Спасибо.

Answer 1

В большинстве случаев я просто принимаю схему dbo и иногда перемещаю вещи в отдельную базу данных. Насколько я знаю, нет никакого способа перехватить команды и переписать схему или имена таблиц, но я никогда не пытался. Если вы хотите переписать, я сделал порт SqlCeWorkflowPersistenceService для SQLCe и LinqToSql. Не стесняйтесь использовать и / или изменять его в соответствии с вашими потребностями. См. здесь для кода. Он выполняет почти то же самое, что и SqlWorkflowPersistenceService по умолчанию, за исключением части владения, которая в любом случае нарушена.