問題タブ [table-relationships]

正確なテーブル構造を持ついくつかの mdb ファイルがあります。メインテーブルの主キーをすべて自動番号から番号に変更する必要があります。つまり、次のことを行う必要があります。

1. メインテーブルにあるすべての関係を削除します
2. メインテーブルを変更
3. すべてのテーブルに対して、リレーションシップを再度作成します。

関係を 1 つのファイルからエクスポートし、残りのすべてのファイルにインポートする方法はありますか?

これは、いくつかのマクロ/vb コードで実行できると確信しています。誰かが私が使用できる例を持っていますか?

ありがとう。

Railsアプリでは、has_many宣言で：finder_sqlオプションを使用しています。Railsのドキュメントには、これを行うと「find_in_collectionは追加されない」と書かれています。これは何を意味するのでしょうか？

ユーザー用のモデル、投稿用のモデル、および評価用のモデルを持つサイトを開発しています。各提出物は、ユーザーごとに 1 つの評価のみを持つことができます。私の質問は、モデルでこれをどのように設定すればよいですか?

データベースに適切な関係を設定することは、データの整合性以外の何かに役立ちますか？

それらはパフォーマンスを改善または妨害しますか？

私は現在、（イベントのボランティアスタッフ配置用の）スケジューリングWebアプリを構築する計画段階にあり、経験豊富な人に質問があります。

背景：イベントのカレンダーがあり、いつでもすべてのユーザーが任意のイベントに登録できます。後で、そのイベントの前に、管理者の1人がステップインして、登録したものから「スタッフリスト」を選択し、残りは「代替リスト」に入れられます。

これまで私が考えていたのは、Eventテーブル、Userテーブル、そして他に3つのテーブルがあるということです。

• UserEvent
  • ユーザーを登録したイベントにマップします。スタッフまたはAltリストのメンバーシップを意味するものではありません。
• UserStaff
  • ユーザーを登録したイベントにマップし、たまたまスタッフを配置します。
• UserAlt
  • UserStaffに似ています

次に、質問は2つの部分になります。

• これはそれを行うための良い方法ですか？
• これらの3つの関連テーブルのそれぞれに、ユーザーIDとイベントIDを含める必要がありますか？

その2番目の質問は本当に私が議論してもらいたいものです。これは重複したマテリアルが多いように思われるため（UserStaffまたはUserAltのすべてが常にUserEventに含まれる）、複合キーに加えて、他のテーブル（UserStaffおよびUserAlt）が参照します。プラス面では、重複するコンテンツが少なくなり、マイナス面では、この方法でほとんどすべてのクエリで参照する必要がある中間テーブル（UserEvent）があります。

うまくいけば、私は十分に明確になりました、そして事前に感謝します。

PropertyValue住所、電話番号、名、姓、ユーザー名、都市などの情報を含むことができるテーブルで呼び出されるフィールドがありUserProfileます...このテーブルの各レコードは、UserId によってユーザーに関連付けられています。各プロパティの定義をProfilePropertyDefinition含む に変換します (つまり、PropertyName)。

この関係により、すべてのプロパティ値とそのプロパティ名を取得できます。これらの 2 つの列 (PropertyValue、PropertyName) からデータを抽出し、次のようなテーブルを作成するためにやりたいこと:

だから、私はこれを行うために SQL ステートメントを使用できるかどうかを知りたかったのです。

しかし、それは機能せず、何かが本当に奇妙に思えます.1つの列を取り、その値を複数の異なる列に表示する方法を知っている人はいますか?

シーズンを通してサッカー チームを追跡するアプリケーションを作成しています。しかし、私はデータベースの設計にこだわっています。1 つのフィクスチャーには、ホーム チームとアウェイ チームがあります。home_team と away_team という 2 つの外部キーを持つフィクスチャ モデルを作成しましたが、関連付けが正しく機能しません。何か案は？各試合はリーグに属しています。

3 つのモデルを作成しました。

• 記事: 記事を含む
• タグ: タグが含まれています
• ArticleTag: 多対 1 のタグを記事の関係に関連付けるためのものです。これには、tag_id と article_id が含まれています。

私が抱えている問題は、私がアクティブ レコード テクノロジにかなり慣れていないことと、すべてを定義する適切な方法を理解していないことです。現在、私が間違っていると思うのは、

さて、ここから私の考えは、追加することでした

これに正しくアプローチしているかどうかはわかりません。助けてくれてありがとう！

ユーザー テーブルとプロジェクト テーブルを持つシステムを構築しています。ユーザーをプロジェクトに接続する最も効率的な方法を決定しようとしています。

関係を記録するテーブルについて考えていましたが、1 つのフィールドにシリアル化されたリストがうまく機能するかどうかはわかりませんでした。

仕事を検索する人がいて、仕事のリストがあるとしましょう。だから私は2つのテーブルを持っています：人と仕事。今、私はその人のスキルのリストを持っています、そして私は仕事の要件のためのスキルのリストを持っています。

このようなスキルテーブルを1つ持つ方がよいのは次のとおりです。

または、2つのテーブルを用意します。1つはpeople_skills用で、もう1つはjobs_skills用です。どちらがより良いパフォーマンス結果をもたらしますか？

ありがとう。