問題タブ [sqlclr]

コンサルタントがチェックインしたいくつかのコードを確認していて、彼らが SQLCLR を使用していることに気付きました。私はそれについての経験がないので、それが何であるかを研究しようと思いました。私は彼らが使用していることに気づきました

それ以外の

最初はlocalhostなので、何が違うのだろうか？

私の現在の見解はノーです。Transact SQL ストアド プロシージャの方が軽量で (おそらく) パフォーマンスが高いため、CLR プロシージャを使用すると開発者はあらゆる種類のいたずらを行うことができます。

しかし最近、非常によく書かれていない TSQL ストアド プロシージャをデバッグする必要がありました。いつものように、元の開発者が実際の TSQL の経験がなく、ASP.NET / C# に焦点を当てていたため、多くの問題が見つかりました。

そのため、CLR プロシージャを使用すると、まずこのタイプの開発者にとってより使い慣れたツールセットが提供されます。次に、デバッグおよびテスト機能がより強力になります (つまり、SQL Management Studio ではなく Visual Studio)。

単純な選択ではないように思われるので、あなたの経験を聞くことに非常に興味があります.

CLR ストアド プロシージャを実行しようとすると、次のエラーが発生します。どんな助けでも大歓迎です。

SQL Server 2005 に SQL CLR 関数があります。この関数をプロファイリングして、メモリ リークがないことを確認したいと考えています。関数が適切に動作しているかどうかを判断する方法に関する推奨事項はありますか?

CLR UDF を試すと、次のエラーが発生します。

メッセージ 6522、レベル 16、状態 1、行 1

ユーザー定義ルーチンまたは集約「getFileSize」の実行中に .NET Framework エラーが発生しました:

System.Security.SecurityException: タイプ 'System.Security.Permissions.FileIOPermission、mscorlib、Version=2.0.0.0、Culture=neutral、PublicKeyToken=b77a5c561934e089' のアクセス許可の要求が失敗しました。

System.Security.SecurityException:

System.Security.CodeAccessSecurityEngine.Check (オブジェクトの要求、StackCrawlMark & stackMark、ブール値 isPermSet) で

System.Security.CodeAccessPermission.Demand() で

System.IO.DirectoryInfo..ctor (文字列パス) で

GetFileInfo.ShowDirectoryName.DirSize (SqlString dir) で。

これを解決する方法についてのアイデアはありますか? BOLでしばらく過ごしてみましたが、今は本当に背中が壁にぶつかっています...

ありがとう。

何らかの理由で、新しいプロジェクトはアセンブリのバージョン番号を 1.0.* に設定し、コンパイル後に乱数のように見えるものを割り当てます。

他のすべてのプロジェクトのように、これが 1.0.0.0 に設定されていないのはなぜですか。

ありがとう。

この xml の場合 (SQL 2005 XML 列内):

SQL Server 2005 内の値ではなく、属性の名前 (ba、bb、bc、bd) を取得できるようにしたいと考えています。確かに、XPath ではこれを name() で許可していますが、SQL ではサポートされていません。これは、SQL で XML を使用することに対する私の主な不満です。XML/Xpath/XQuery 仕様のどの部分が含まれているかを把握する必要があります。

これを行う唯一の方法は、XML を XML ドキュメント (iirc) にロードし、XPath を実行してノードの名前を抽出する CLR プロシージャを構築することです。ここで提案を受け付けています。

コンマで区切られた値の文字列を取る Clr ユーザー定義型があります。

この型に変換すると、精度が少し失われます。次のコード行に絞り込みました。

出力 = 29.9376,5.29633e-005,0.00158559

しかし、元の値は次のようになります。

フロートを文字列に完全に変換するにはどうすればよいですか?

または、.net のように新しい dbo.CLRJourneyTime を宣言する別の方法があります。

データベース テーブルを監視するサービスを (おそらく c# で) 作成したいと考えています。レコードがテーブルに挿入されると、サービスが新しく挿入されたデータを取得し、それを使用して複雑なビジネス ロジックを実行します (TSQL には複雑すぎます)。

1 つのオプションは、サービスが定期的にテーブルをチェックして、新しいレコードが挿入されているかどうかを確認することです。そのようにすることの問題は、挿入が発生するとすぐにサービスにそれを認識させたいことであり、データベースのパフォーマンスを低下させたくないということです。

少し調べてみると、CLR トリガーを作成すればうまくいくようです。挿入が発生したときに起動するトリガーを C# で記述し、新しく挿入されたデータを Windows または WCF サービスに送信できます。

SQL CLR トリガーの適切な (または可能な) 使用方法は何だと思いますか?

これを達成する方法について他のアイデアはありますか？

T-SQL よりも SQLServer CLR が提供する利点は何ですか? .NET 構文の使用は T-SQL よりも簡単ですか? ユーザー タイプを定義できることはわかりましたが、なぜそれが優れているのかはよくわかりません。たとえば、電子メールの種類を定義すると、プレフィックス プロパティとドメイン プロパティが含まれます。次に、ドメインまたはプレフィックス、またはその両方で検索できます。ただし、プレフィックスと呼ばれる列とドメインと呼ばれる列をいくつか追加して、それらを個別に検索するのとどう違うのかわかりません。多分誰かがこれがより良い現実世界の理由を持っているでしょう.