問題タブ [table-structure]

複数のテーブルで動的検索を実行するためのパターンを探しています。

従来の（そして不十分に設計された）データベーステーブル構造を制御することはできません。

ユーザーが履歴書内のデータのいずれかに対して検索を実行し、検索条件に一致する履歴書のリストを取得したい場合がある履歴書検索に似たシナリオを考えてみます。任意のフィールドをいつでも、1つ以上の他のフィールドと組み合わせて検索できます。

実際のSQLクエリは、検索されるフィールドに応じて動的に作成されます。私が見つけたほとんどの解決策は複雑なifブロックを含みますが、これは今では解決された問題であるに違いないので、もっと洗練された解決策が必要だと思わずにはいられません。

ええ、それで私はコードでSQLを動的に構築する道を歩み始めました。ひどいようです。任意のテーブルの任意のフィールドの任意の組み合わせをクエリする要求された機能を実際にサポートしようとすると、これはifステートメントの1つのMASSIVEセットになります。 震える

COALESCEは、データにNULLが含まれていない場合にのみ機能することを読んだと思います。あれは正しいですか？もしそうなら、私はいたるところにNULL値があるので、行きません。

DESCRIBE TABLE（psqlコマンドを使用して）PostgreSQLでOracleと同等の機能をどのように実行しますか？

SASデータテーブルをフラットファイル（または、バイナリファイルではなく、一度呼び出された「ASCIIファイル」）に変換する必要があります。また、元のSASテーブルごとに1つのフラットファイルのみ。難しいのは、フラットファイルに元のSASテーブルの構造情報も含めるようにすることです。具体的には次のとおりです。

• 変数/列名
• 変数/列ラベル
• 変数/列タイプ
• 変数/列の長さ
• 変数/列形式
• 変数/列の情報

追加情報：

• 小さなデータ（<100 obs）を変換するだけで済みます。
• パフォーマンスは問題ではありません（妥当な制限内）。
• フラットファイルは、元のSASテーブルを再作成するための基礎を形成する必要があります。DATAまたはPROCステップでファイルをテーブルとして直接使用できる必要はありません。

標準のSASテーブル、トランスポートファイル、XPORTファイルなどはすべてバイナリ形式のファイルであり、SASおよびCSVファイルの標準のXMLテーブル形式はテーブル構造を保持しません。したがって、明らかにこれらのオプションは役に立ちません。

私の最良の選択肢は何ですか？

MySQL は、列のデータ型に応じて、テーブルの行形式を固定または動的として指定します。テーブルに TEXT や VARCHAR などの可変長の列データ型がある場合、行の形式は動的です。それ以外の場合は修正されています。

私の質問は、2 つの行形式の違いは何ですか? 一方は他方よりも効率的ですか？

それ自体に対して 1 対多の関係を持つことができるエンティティのテーブルをどのように構築しますか? 具体的には、動物の繁殖を追跡するアプリに取り組んでいます。各動物には ID があります。サイアー ID とデイム ID もあります。そのため、種牡馬または貴婦人からその子孫まで、1 対多にすることが可能です。私は次のような傾向があります：

購入して繁殖用ストックに追加された動物については null 値を記録し、残りについては表に ID を記録します。

そう：

1. この種の関係のモデリングについて説明している記事/Web ページを教えてもらえますか?
2. ID は INT またはある種の文字列にする必要がありますか? INT の NULL は、動物がデータベースに親を持たないことを示しますが、特別なフラグ値を持つ文字列を使用して同じことを示すことができます。

3. これは、2 つのテーブルを使用してモデル化するのが最適でしょうか? 動物用の 1 つのテーブルと、親族関係のみを示す別のテーブルを意味します。

   動物

   ID INT NOT NULL 主キー

   親族関係

   ID INT NOT NULL 主キー 外部キー

   SIRE_ID INT 主キー 外部キー

   DAME_ID INT 主キー 外部キー

上記についてお詫び申し上げます。私の SQL は錆びています。思っていることが少しでも伝われば幸いです。

SQL Server 2000 に列が存在するかどうかを確認するにはどうすればよいですか?

この SQL を SQL Server 2005 で使用する

主キーと外部キーを取得します。

外部キーのみを取得するにはどうすればよいですか? 制約が主キーか外部キーかを確認するにはどうすればよいですか?

ありがとう

スレッド化されたコメントをサポートできる Web アプリケーションを開発しています。受け取った投票数に基づいてコメントを並べ替える機能が必要です。(スレッド化されたコメントがredditで機能する方法と同じです)

その方法について SO コミュニティからの意見を聞きたいです。

コメントテーブルはどのように設計すればよいですか? これが私が今使っている構造です：

この構造にどのような変更を加える必要がありますか?

このテーブルから詳細を取得して正しい方法で表示するにはどうすればよいですか? （どの言語での実装も大歓迎です。可能な限り最善の方法で実装する方法を知りたいだけです）

CPU/データベースの負荷を軽減するために、この機能を実装する際に注意する必要があることは何ですか?

前もって感謝します。

さまざまな種類のタスクとより多くのアイテムをさまざまなテーブルに格納する DB があります。これらのテーブルの多く (構造が異なる) では、アイテムをダブルチェックする必要があります。つまり、アイテムを「保存」することはできません (もちろん保存されます)。他の誰かがプログラムに参加して確認する前に。

どのアイテムが確認されたかを言う正しい方法は何ですか:

1. これらの各テーブルには「IsConfirmed」列が必要です。その人がすべてのものを確認したい場合、プログラムはすべてのテーブルを調べて、チェックされていない項目のリストを作成します。
2. 確認する必要がある行のテーブル名と ID を保持する 3 番目のテーブルが必要です。
3. 上記の2つの醜いものよりも優れたアイデアがあることを願っています.

テーブル構造についてアドバイスが必要です。

メニューを動的に作成する必要があります。

3種類以上のメニューになります。

メニューの中には、複数レベルの構造を持つものがあります。

メニュー表を構成する最良の方法は何ですか?

1. すべてのメニューが 1 つのテーブルに
2. 各テーブルには 1 つのテーブルが必要です
3. 他の？？

動的に生成されたメニューの経験または一般的な慣行を教えてください。