問題タブ [sql]

SQL エキスパート、

SQL を使用して一連のデータをグループ化する効率的な方法はありますか?
それとも、コードでデータを処理する方が効率的でしょうか。

たとえば、次のデータがあるとします。

これを表示する必要があります：

@Matt: 申し訳ありませんが、埋め込まれた html テーブルを使用してデータをフォーマットするのに問題がありました。プレビューでは機能しましたが、最終的な表示では機能しませんでした。

私は毎正時に電子メールを送信する必要があるプログラムを書いていますが、ユーザーにとってローカルな時間です。

異なるタイム ゾーンに 2 人のユーザーがいるとします。ジョンはニューヨークにいて、フレッドはロサンゼルスにいます。サーバーはシカゴにあります。各ユーザーに現地時間の午後 6 時に電子メールを送信したい場合、John にはサーバー時間の午後 7 時に、Fred にはサーバー時間の午後 4 時に電子メールを送信する必要があります。

.NET/Sql Server でのこれに対する適切なアプローチは何ですか? すべてのタイム ゾーン情報を含む xml ファイルを見つけたので、スクリプトを作成してデータベースにインポートし、クエリを実行することを検討しています。

編集:「t4znet.dll」を使用し、.NET 側ですべての比較を行いました。

SQL のタイトル列に「LCS」を含むすべてのレコードを選択するにはどうすればよいですか。

私が抱えている問題は次のとおりです。2 つの日付が同じ日であるかどうかを確認するために、where 句で日時を比較する必要がある大きなクエリがあります。私の現在の解決策は、日時をUDFに送信して同じ日の真夜中に変換し、それらの日付が等しいかどうかを確認することです。クエリ プランに関して言えば、結合または where 句のほとんどすべての UDF と同様に、これは惨事です。これは、関数を根こそぎにして、最適なインデックスを見つけるために実際に使用できるものをクエリ オプティマイザーに与えることができなかったアプリケーション内の唯一の場所の 1 つです。

この場合、関数コードをクエリにマージすることは非現実的です。

ここで単純なものが欠けていると思います。

参考までに機能はこちら。

問題を複雑にするために、タイムゾーンテーブルに参加して、日付を現地時間と比較しています。これは、行ごとに異なる可能性があります。

[編集]

@Todd の提案を取り入れています。

datediff がどのように機能するかについての私の誤解 (連続した年で同じ年が 366 になり、予想どおり 0 ではありません) により、多くの労力が無駄になりました。

しかし、クエリ プランは変更されませんでした。全体として、最初からやり直す必要があると思います。

OK、ここに私の問題がありますが、会社の慣行をインターネットに掲載したことで解雇された理由について具体的すぎることはありません。

作成されたスプレッドシートがあります。これらはデータベースにアップロードされます。アップロードから重複を除外する必要があります。これを行う唯一の方法は、すべてのエントリについて、その 2 つのフィールドがデータベースに既に存在するエントリと同じではないことを確認することです。1 つのフィールドが同じだからといって、重複しているとは限りません。2 つの特定のフィールドがあり、それらを FLDA および FLDB と呼ぶことができ、両方ともデータベース内のエントリとすでに一致している必要があります。すでに 1 つのフィールドでフィルタリングできます。これはサブクエリでなければならないと思っていますが、それを適用する方法がわかりません。これは説明するのが難しいです。私が何を意味するのかわからない場合は、聞いてください。

Wondering if there is a better why in the WHERE clause of choosing records when you need to look at effective start and end dates?

Currently this how I've done it in the past on MS SQL Server. Just worried about the date and not the time. I'm using SQL Server 2005.

私は C/C++ を使用する予定で、MySQL サーバーと通信する最良の方法を知りたいです。サーバーのインストールに付属のライブラリーを使用する必要がありますか? 公式以外に検討すべき良いライブラリはありますか？

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

CSV (または .xls のシート) ファイルから実用的に SQL テーブル作成 (およびデータ挿入) コマンドを生成する手法を持っている人はいますか?

csv ファイル (または xls ファイルのシート) からデータを入力したいサードパーティのデータベース システムを持っていますが、提供されているインポーターは、インポートを行うときにテーブル構造を自動的に作成できません。私のcsvファイルには多くの列を持つテーブルがたくさんあるので、可能であればテーブルの作成プロセスとデータのインポートを自動化したいのですが、createステートメントを生成する方法がわかりません...

興味深いデザインの質問があります。私はプロジェクトのセキュリティ面を設計しています。これにより、さまざまなコストでさまざまなバージョンのプログラムを使用できるようになり、管理者タイプのユーザーがプログラムの一部へのアクセスを他のユーザーに許可または拒否できるようになります。それはウェブベースになり、私たちのサーバーでホストされます。

「リソース」または画面ごとに単純な許可または拒否オプションを使用しています。

多数のリソースが用意され、ユーザーはさまざまなグループを設定して、アクセスを制御するためにユーザーを配置できます。各ユーザーは、1 つのグループにのみ所属できます。

私はこれに対して 2 つのアプローチを念頭に置いており、パフォーマンスの点で SQL サーバーにとってどちらが優れているかを知りたいと思っていました。

オプション A アクセス テーブルにエントリが存在するということは、アクセスが許可されていることを意味します。これにより、情報を格納するためにデータベースに列が必要なくなります。結果が返されない場合、アクセスは拒否されます。

これはより小さなテーブルを意味すると思いますが、クエリはテーブル全体を検索して一致するものがないと判断しますか?

オプション B 許可/拒否を制御するデータベースにビット列が含まれています。これは、常に結果が見つかることを意味し、テーブルが大きくなります。

考え？