Мне нужно запустить .Net-код в Sql, и я пытаюсь решить между F # и С#. Я делаю все больше и больше кода в F # в настоящее время, поэтому, если это не слишком непрактично, я бы хотел, чтобы это было F #.
Можно ли принудить VS2010 развернуть мои сборки F # (и их ссылки) на Sql Server, так же хорошо, как это делает проект С#?
Вы рекомендуете/не рекомендуем запускать F # в Sql? Почему?
EDIT: Я согласен с тем, что язык лучше, это не вопрос. В основном мне было интересно, есть ли у кого-нибудь опыт использования F # в SqlClr и, особенно, если инструменты могут предложить простой рабочий процесс для разработки, то есть развернуть в VS2010.
ИЗМЕНИТЬ 2:
Я экспериментирую с этим, и регистрация вручную - это просто больно. Кроме того, CREATE ASSEMBLY вам необходимо зарегистрировать каждую функцию, sp, aggregate и т.д. Вы также должны сначала оставить их в правильном порядке, если они существуют, чтобы вы не получили DROP ASSEMBLY failed because 'Nibbler' is referenced by object 'Hello'.
Тогда у меня возникла идея использовать проект С# в качестве front-end и иметь ссылку на проект F # project, просто чтобы все это развертывание заботилось автоматически. Оказывается, вы можете ссылаться только на другие проекты С#/VB Sql Clr или сборки, которые уже упоминаются в Sql. Однако это могло бы упростить развертывание, поскольку все создание/удаление функций и т.д. Обрабатывалось бы автоматически. Затем, для развертывания от теста к производству, я бы просто сгенерировал скрипты из всего материала, зарегистрированного в моей тестовой среде.
PS. Я также пытался возиться с файлом .fsproj, отличающимся от .csproj проекта С# Clr, чтобы включить развертывание безрезультатно.