問題タブ [stored-procedures]

リストを引数として取り、MySQL でストアド プロシージャを作成したいと考えています。たとえば、1 回の呼び出しで 1 つのアイテムに複数のタグを設定できるようにしたいとします。その場合、アイテムの ID と設定するタグのリストを取得するプロシージャを定義します。しかし、これを行う方法を見つけることができないようです。私が知る限り、リストのデータ型はありませんが、何とかエミュレートできますか? タグのリストはカンマで区切られた文字列で、どうにかして分割してループすることができますか?

通常、MySQL ストアド プロシージャでリストをどのように操作しますか?

レコードが存在する場合は更新を行い、そうでない場合は挿入を行うストアド プロシージャを作成しました。次のようになります。

このように書くことの背後にある私のロジックは、更新が where 句を使用して暗黙的な選択を実行し、それが 0 を返す場合、挿入が行われるということです。

この方法に代わる方法は、選択を行い、返された行数に基づいて更新または挿入を行うことです。更新を行う場合、2 つの選択 (最初の明示的な選択呼び出しと、更新の場所での 2 番目の暗黙的な呼び出し) が発生するため、これは非効率的であると考えました。プロシージャが挿入を行う場合、効率に違いはありません。

ここで私の論理は正しいですか？これは、挿入と更新をストアド プロシージャに結合する方法ですか?

StackOverflow（ LINQの初心者ガイド）の「LINQの初心者向けガイド」の投稿を確認しましたが、フォローアップの質問がありました。

私たちは、データベース操作のほぼすべてがかなり単純なデータ取得である新しいプロジェクトを立ち上げようとしています（すでにデータを書き込んでいるプロジェクトの別のセグメントがあります）。これまでの他のプロジェクトのほとんどは、そのようなものにストアドプロシージャを利用しています。ただし、もっと理にかなっている場合は、LINQ-to-SQLを活用したいと思います。

したがって、問題は次のとおりです。単純なデータ取得の場合、LINQ-to-SQLとストアドプロシージャのどちらのアプローチが優れていますか？特定の賛否両論はありますか？

ありがとう。

SQL を C# ソース コードまたはストアド プロシージャに保持することの利点と欠点は何ですか? これについては、現在取り組んでいるオープン ソース プロジェクト (C# ASP.NET フォーラム) の友人と話し合っています。現時点では、データベース アクセスのほとんどは、C# で SQL インラインを構築し、SQL Server DB を呼び出すことによって行われます。だから私は、この特定のプロジェクトに最適なものを確立しようとしています.

これまでのところ、私は持っています:

コード内の利点:

• メンテナンスが容易 - クエリを更新するために SQL スクリプトを実行する必要がない
• 別の DB への移植が容易 - 移植する proc が不要

ストアド プロシージャの利点:

• パフォーマンス
• 安全

最近のプロジェクトの一環として、STP (ストアド プロシージャ) のいくつかを変更する必要があるため、STP (ストアド プロシージャ) 用の優れた無料デバッガを探していました。ストアド プロシージャは.sql、コードではなく、独立したファイルに格納されます。

私の場合、デバッガーは物事をかなり高速化します。これに使用できるツールを推奨できる人はいますか?

これが可能かどうか、またはピボット テーブルのカテゴリに該当するかどうかはよくわかりませんが、プロのところに行って確認することにしました。

Card、Property、および CardProperty という 3 つの基本テーブルがあります。カードには同じプロパティがなく、多くの場合、同じプロパティに対して複数の値があるため、カード テーブルに非常に大きな列構造を持たせる代わりに、ユニオン テーブル アプローチを使用してデータを格納することにしました。

プロパティ テーブルは、基本的なキーワード/値型テーブルです。したがって、キーワード ATK とそれに割り当てられた値があります。「Sycnro」や「DARK」など、カードが複数の値を持つことができる SpecialType と呼ばれる別のプロパティがあります。

私がやりたいのは、カード ID、カード名、および指定されたカードの ResultSet 内の列としてカードに割り当てられたすべてのプロパティ キーワードとその値を提供するビューまたはストアド プロシージャを作成することです。したがって、理想的には、次のような結果セットが必要です。

そのようにして結果を集計することができました。

キーワードに基づいてプロパティを単純に連結することで、より洗練されたものになると思います。そのため、次のような ResultSet を生成できます。

..しかし、それが実現可能かどうかはわかりません。

stackoverflow ケノービを助けて! あなたは私の唯一の希望です。

何らかの理由で LINQ を使用できないと仮定すると、クエリをストアド プロシージャに配置する方が良い方法ですか、それともデータベースに対してアドホッククエリを実行する方が良い方法ですか (たとえば、引数のために SQL Server を使用します)。

長いプロセスのストアド プロシージャを実行しています。

ストアドプロシージャの呼び出しを開始した後、タイムアウトまたはデータベースとの接続が切断された場合に備えて、私は疑問に思っています。それはまだ機能しており、サーバーに変更を実装していますか?

別のストアド プロシージャから非同期的にストアド プロシージャを呼び出すことは可能ですか?

編集:具体的には、DB2 データベースを使用しています。

一般に、ストアド プロシージャでのカーソルの使用は可能な限り避けるべきであると認められています (セット ベースのロジックなどに置き換えます)。一部のデータを反復処理する必要があり、読み取り専用の方法で実行できる場合、早送り (読み取り専用転送) カーソルは while ループよりも多かれ少なかれ非効率的ですか? 私の調査によると、カーソルオプションは一般的に高速で、読み取りと CPU 時間の使用量が少ないようです。大規模なテストは行っていませんが、これは他の人が見つけたものですか? このタイプ (早送り) のカーソルは、追加のオーバーヘッドや、私が知らない高価なリソースを運ぶのでしょうか。

セットベースのアプローチが利用可能な場合にカーソルの使用を避けること、および更新可能なカーソルなどを使用することについて、カーソルを使用しないことについてのすべての話です.

ありがとう