0

私の質問は、実用的なものではなく、概念的なものだと思います (ただし、実用的なものが出てきてもかまいません)。

データベースに格納されたサービスの一覧を表示することが前提のWebアプリケーションをRails+postgresqlで職場(事業会社)で構築中のグラフィックデザイナーです。私は、ハードコピーをデータにコピーするという単調な作業を行うデータ入力担当者が使用するスプレッドシート テーブルを設計するように依頼されました。これをデータベースに転送することができます。

データは JQuery を使用して表示、並べ替え、およびフィルター処理されるため、テーブル構造のポイントはそのプロセスに適していることです。私の質問は、(スプレッドシートまたは .csv からの) データの受信テーブルを 2 つに分割して、明示的に表示されるデータ (名前、説明、リンク、画像) を、並べ替えとフィルタリング (つまり、「場所」や「サービスのカテゴリ」などのタグ) またはデータベース テーブルを 1 つにして入力スプレッドシートと同じにするのが最善でしょうか? 最初の明示的なデータ テーブルと、複数の非ブール フィルタリング タグを格納するためのいくつかの結合/結合テーブルを用意したほうがよいでしょうか?

それとも、私が考え始めた方法ですでに間違っているのでしょうか?

4

1 に答える 1

0

十分な情報を提供していただければ、ウェブサイトは 1 つのデータ テーブル、つまりサービスのリストだけに関心があるように思われます。

ただし、サービスにはカテゴリと場所が含まれると思います。これらは、テキストの説明を含む列と同じテーブルに格納できます (ただし、入力エラーのリスクはあります)。ただし、カテゴリと場所にも追加する場合は、これらを別のテーブルとして保存し、クエリまたはビューを作成して、適切なデータを Web アプリケーションに提供するのが理にかなっています。

すべてを Excel で入力する場合は、Data Validation を使用して、メインのサービス テーブルにカテゴリと場所のドロップダウン リストを表示できます。

個人的には、可能な限りデータを分割します。これにより、最終的に構造がすっきりし、入力エラーがなくなります。

これはすべて、データベース内のテーブル、結合、主キーおよび外部キーを構造化し、クエリ/ビューを構築する方法について、少なくとも少し知っていることを前提としています。

幸運を

羽

于 2013-08-26T22:03:28.563 に答える