Как известно Хранимые процедуры CLR еще в 2005 MS SQL.
Но о широком использовании не слышал.
Наприер в 1С Тест Гилева показал, что файловая быстрее файловая база на интерпретаторе быстрее SQL.
Из-за сложности алгоритмов тяжело вытащить все данные одним запросом. Приходится гонять данные с сервера на клиента по нескольку раз. Отсюда и тормоза.
Но вот если обязанности сервера приложений возьмут на себя Хранимые процедуры CLR ситуация может резко измениться.
Но теперь и инстрeменты на сервере SQL должны быть аналогичные что на сервере приложений, а именно доступ через Linq

Чё за галиматья?? Ты гугл-транслейтом с японского переводил штоле??
Перепиши свой текст так, чтобы было понятно, в чём У ТЕБЯ проблема и что ты предлагаешь в качестве решения. И грамматика... хоть в ворде проверяй, ну невозможно этот бред читать!

Здравствуйте, Kolesiki, Вы писали:

K>Чё за галиматья?? Ты гугл-транслейтом с японского переводил штоле??
K>Перепиши свой текст так, чтобы было понятно, в чём У ТЕБЯ проблема и что ты предлагаешь в качестве решения. И грамматика... хоть в ворде проверяй, ну невозможно этот бред читать!
А что непонятно. Вынести функционал сервера приложенив в Хранимые процедуры CLR. Но для этого нужно сделать надстройку над SqlPipe
https://docs.microsoft.com/ru-ru/sql/relational-databases/clr-integration-data-access-in-process-ado-net/sqlpipe-object?view=sql-server-ver15
То есть сделать Linq обертку над SqlConnection

SqlConnection con = new SqlConnection("context connection=true");
    con.Open();
    SqlCommand cmd = new SqlCommand("select * from employee", con);
    SqlDataReader reader = cmd.ExecuteReader();
    SqlContext.Pipe.Send(reader);

Народ уже пробовал прикручивать BLToolkit в SQL CLR stored procedure

Автор: Димчанский
Дата: 23.01.08

LINQ on a DataTable IN a CLR Stored Procedure

Вот народ уже пытался перенести EF
Using Entity Framework 6 / EF Core inside SQL CLR

Здравствуйте, Serginio1, Вы писали:

S>Как известно Хранимые процедуры CLR еще в 2005 MS SQL.
S>Но о широком использовании не слышал.
S>Наприер в 1С Тест Гилева показал, что файловая быстрее файловая база на интерпретаторе быстрее SQL.
S>Из-за сложности алгоритмов тяжело вытащить все данные одним запросом. Приходится гонять данные с сервера на клиента по нескольку раз. Отсюда и тормоза.
S>Но вот если обязанности сервера приложений возьмут на себя Хранимые процедуры CLR ситуация может резко измениться.
S>Но теперь и инстрeменты на сервере SQL должны быть аналогичные что на сервере приложений, а именно доступ через Linq

Мой совет — забудьте про этот ужас. Дискуссий на эту тему я вести не собираюсь, просто отмечу несколько минусов навскидку:
— ограниченная функциональность или unsafe режим для смелых
— только .net framework (де-факто мертвый)
— отсутствие поддержки в sql azure (надеюсь это только начало по выпиливанию этой мути)

Здравствуйте, Mace Windu, Вы писали:

MW>Мой совет — забудьте про этот ужас. Дискуссий на эту тему я вести не собираюсь, просто отмечу несколько минусов навскидку:
MW>- ограниченная функциональность или unsafe режим для смелых
MW>- только .net framework (де-факто мертвый)
MW>- отсутствие поддержки в sql azure (надеюсь это только начало по выпиливанию этой мути)

Уточню, что я не против самой этой технологии, но ситуация такая, что с момента релиза в 2005 году MS не сделали абсолютно ничего для её развития. Такой чемодан без ручки с которым потом мучаться тому, кто его использовать решит.

Здравствуйте, Mace Windu, Вы писали:

MW>Уточню, что я не против самой этой технологии, но ситуация такая, что с момента релиза в 2005 году MS не сделали абсолютно ничего для её развития. Такой чемодан без ручки с которым потом мучаться тому, кто его использовать решит.

Ну тут есть надежда, что MS очнётся и добавит туда .NET Core. Если их об этом сильно попросить.

Здравствуйте, Слава, Вы писали:

С>Ну тут есть надежда, что MS очнётся и добавит туда .NET Core. Если их об этом сильно попросить.

Ну вот тут например написано как они наоборот остатки поддержки из core выпиливают:
https://sqlquantumleap.com/2018/08/09/sqlclr-vs-sql-server-2017-part-8-is-sqlclr-deprecated-in-favor-of-python-or-r-sp_execute_external_script/#comment-2810

А попросить конечно можно. Хотя они старательно пытаются sql server team от людей отгородить. Сначала закрыли connect где реально было до них достучаться, хоть и трудновато. На днях закрыли его "замену" https://azure.microsoft.com/en-us/feedback/

Здравствуйте, Mace Windu, Вы писали:

MW>Здравствуйте, Слава, Вы писали:

С>>Ну тут есть надежда, что MS очнётся и добавит туда .NET Core. Если их об этом сильно попросить.

MW>Ну вот тут например написано как они наоборот остатки поддержки из core выпиливают:
MW>https://sqlquantumleap.com/2018/08/09/sqlclr-vs-sql-server-2017-part-8-is-sqlclr-deprecated-in-favor-of-python-or-r-sp_execute_external_script/#comment-2810

Не все так просто
Microsoft Open Sources .NET 5 C# Language Extension for SQL Server

От себя добавлю что AWS RDS SQL Server, тоже банит CLR функции.

Здравствуйте, Danchik, Вы писали:

D>От себя добавлю что AWS RDS SQL Server, тоже банит CLR функции.

Ну так логично, для всяких SaaS managed нагрузку фик проконтролируешь и сбалансируешь. В Ажуре, если уж очень надо, есть managed instances, вот там на своей машине можешь как хочешь развлекаться.