2

達成したいこと

=> 自動車メーカーのリストとそのメーカーが製造するモデルのタイプを表示する ANDROID アプリを作成します。ユーザーがアプリを開くと、メーカーのリストが表示されます。(このデータはすべてデータベースからロードされます)

お気に入り

1.トヨタ

2.GMCなど

そのため、Toyota をクリックすると、Toyota が製造するさまざまな車が表示されます (データベースからロードすることにより)。さまざまなモデルを表示する一連の画面があります。

画面 1: トヨタ カムリ[A PICTURE , LITTLE DETAIL , AND A (VIDEO OR AUDIO) ]

画面 2: トヨタ カリーナ II [ここに同じもの、(ビデオまたはオーディオ)、写真と車の詳細] など...

したがって、各 SCREEN には、上記のように、THE CAR MODEL に関連する何らかのメディアが存在します。車を宣伝するビデオまたはオーディオと、そのモデルに関連する何らかのテキスト。

今、私はこの情報をダウンロードしており、この種のメーカーとその車の情報をデータベースに保存したいと考えています。この種のデータを保護し、画面にロードできるような適切な DB スキーマを思いつくことができません。

--> テーブルの数など、一般的なデータベース スキーマを教えていただければ幸いです。

思いついたスキーマですが、見栄えがよくありません

==> MANUFACTURERS TABLE [*MANUFACTURERS _ID , COMPANY_NAME , * MODELS ???HERE何が欠けていますか??? **]

==> MODELS_TABLE [*メーカー_ID , MODEL_ID ,MODEL_NAME*]

==>関連メディア[*MODEL_ID , VIDEO_LOCATION , AUDIO_LOCATION , DETAILS_ABOUT_THE_CAR*]

ご覧のとおり、デザインがよくありません:/ 助けてください、事前に感謝します

4

1 に答える 1

1

これに対する答えは少し主観的かもしれませんが、私の個人的なアプローチは次のとおりです...

MANUFACTURERSとという 2 つのテーブルMODELS。

テーブルの場合MANUFACTURERS、次の列があります...

_id, company_name

テーブルの場合MODELS、次の列があります...

_id, manufacturer_id, model_name, description, video_uri, audio_uri

Android_idでは. Cursor_ _id_ Adaptersとして作成_idしUNIQUE PRIMARY KEYます。

また、メディアは車の各モデルに直接関係し、データはテーブルに直接含めることができるため、メディア用に別のテーブルを用意する必要はないと思いMODELSます。

メディアがローカルまたはネットワーク サーバーに保存されている可能性があることを意味するため、ビデオとオーディオの代わりdescriptionに一般的な用語として使用しています。DETAILS_OF_CAR_uri

他の人は別のアプローチをとるかもしれませんが、あなたの説明からすると、これが私が行う方法です。

于 2012-10-13T23:40:13.017 に答える