問題タブ [normalization]

リレーショナルデータベースとSQLを教えるための良いシナリオはありますか？私が見つけることができるすべての例は、些細なものであるか、ドメインの制約がありそうもない（フルネームが一意であるなど）ものです。

私は特に、正規化の良い例をいくつか見つけようとしています。3NFとBCNFにすぐには適合しないテーブルです。現在、レベルごとに異なる問題を使用しています。

もちろん、不適切に設計されたデータベースの良い例も気に入っていますが、基本が習得されるまでは少し気が散ります。

おかげで、いくつかの良い例。これまでで最高だと思うので、生徒/クラス1を回答としてマークしましたが、誰かがもっと貢献したい場合は、そうしてください。

正規化されたテーブルでは、列の数を減らす必要があり、参照フィールドをできるだけ多く持つことができます。それは正しいアプローチですか？列の数と適切な正規化プロセスの間に関係はありますか?

問題：

さまざまなソースからさまざまなタイプのコンテンツを受け取り、それらを正規化し、JDO を介して永続化する必要があります。

素朴な解決策?:

データ型ごとに特定のポートを作成してリッスンします。

また

一連の複雑な解析を行う

一見理想的なソリューション:

FOO://myhost.tld、BAR://myhost.tld などのカスタム URL タイプを使用します。その後、任意のアプリケーションがカスタム タイプに固有の URL に送信でき、ホストは理想的には Java の URLConnection および URLStreamHandler 抽象クラスを使用して、適切な正規化スレッドを生成するファクトリを作成します。または、接続URLを取得する他の方法があれば、それで十分だと思います

これは可能ですか？私はAPIを調べましたが、Javaサーバーソケットでこれらを使用できるかどうかを判断できない他のドキュメントがあります。

いくつかの (多くの? ほとんどの?) ケースでは、私はクライアント コードに責任を負いません。

ページ上に多くの要素とさまざまなスタイルを含む、重量のある長い販売ページの構築を終えたところです。CSS は最終的に、そのセレクターで具体的になりすぎており、丸みを帯びたボックス、背景画像などが数多くあります。要するに、 CSSは少し混乱しています。（責めるのは自分だけ！）

重複したプロパティなどを組み合わせるために、このスタイルシートを体系的に調べる方法を誰かが提案できますか? これを行うためのツールがあるとは思えませんが、他の人はこの状況にどのように対処しているのでしょうか?

ありがとう。

私のソフトウェアは数日前に製品化されましたが、データベース構造について少し議論したいと思います。

このソフトウェアは、船舶に関するデータを収集します。現在、船舶ごとに 174 の詳細があります。各詳細は、テキスト値、長いテキスト値、数値 (指定された長さ、指定された小数点以下の桁数の有無にかかわらず)、日付、日付のいずれかです。時間、ブール値フィールド、多くの値を持つメニュー、データのリストなど。

次の表で問題を解決しました

この記事を読みました: http://thedailywtf.com/Articles/The_Inner-Platform_Effect.aspxおよびhttp://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID :10678084117056

記事には、これは問題を処理する正しい方法ではないと書かれています。

私の顧客は、詳細の説明を変更し、詳細を追加するため、詳細とグループの管理 GUI を持っています。

データ入力フォームは、DetailGroups および DetailTypes から構造を読み取ることによって動的に構築され、各詳細タイプは指定された入力コントロールを生成します。

コメントは、この問題を解決する別の方法は、テーブルから列を動的に作成および削除することであることを示唆しています。

どう思いますか？

図のスクリーンショット: http://img24.imageshack.us/my.php?image=66604496uk3.png

私のチーム リーダーが、過去のいくつかのプロジェクトでは、クエリを高速化するために正規化を廃止しなければならなかったと言っているのを聞きました。

テーブルユニオンと関係があるのではないかと思います。

無駄のないテーブルを増やすことは、太いテーブルをほとんど持たないことよりも効率が悪いのでしょうか?

フォーラム用の DB を設計する必要があります。さまざまな理由から、ルート投稿をサブ投稿から分離しています。パフォーマンスの観点からも、ユーザーが入力するテキストを最適に検索できるようにする必要があります。

私の質問は、各テーブル (ルート投稿とサブ投稿) を 2 つのテーブルに分割する必要があります:
root-posts_meta (id、作成時間、ビューなどのデータを保持します
) ) 全文索引付き

sub-posts テーブルと同じ考え方です。

ありがとう。

文字列の正規化を行う必要があるコードを書いています。特定の文字列をキャメル ケース表現に変換したいと考えています (まあ、少なくとも最善の推測では)。例：

これらの例からアイデアを得ることができるはずだと思います。すべての特殊文字 ('、"、!、@、. など) を取り除き、すべての単語を大文字にし (単語はスペース、_ または - で定義されます)、先頭の数字を削除します (末尾/内部は問題ありませんが、難易度によっては、この要件は重要ではありません)。

これを達成するための最良の方法は何かを考え出そうとしています。私の最初の推測は正規表現ですが、私の正規表現のスキルはせいぜい下手なので、どこから始めればよいかわかりません。

私の他のアイデアは、データをループして解析し、単語に分解し、それぞれを解析し、そのように文字列を再構築することです。

または、私がそれについて行くことができる別の方法はありますか？

チョムスキー標準形をバッカス・ナウア形に、またはその逆に変換するソフトウェアがあるかどうか誰か教えてもらえますか?

私はこれまでに書いたすべてのアプリケーションでこの問題を乗り越えてきました。最終的なコンセンサスの答えが欲しいです！

これは、連絡方法やその他のデータをこのパターンに沿ってデータベースに保存するための最も正規化された/効率的な/適切な方法ですか？

代わりに、テーブルContactMethodData上のXmlフィールドを検討する必要がありますか？ContactContactMethod

AddressContactMethod、EmailContactMethodなどがすべて主キーの同じ一意性を共有していることについて何かがおかしいと感じています。

連絡先データのキーと値のペアについても考えましたが、それはXmlフィールドよりもクエリを実行するのがさらに面倒です。

（設計ガイドライン：各連絡先には、各タイプの連絡方法が複数ある場合とまったくない場合があり、それぞれに「自宅、職場、赤い車など」などの一意でない「キー」とコメントがありますが、タイプ間で他の共有データ要素はありません）。