0

私は工学部の学生で、概念実証を作成しています。

基本的には、Android アプリを作成しますが、この段階では、どのデータベースが自分に最適かを判断しています。

私のアプリはとてもシンプルです。次のようになります。

  • ユーザーがアプリを開く
  • ユーザーがアカウントを作成します (ユーザー名/パスワードは DB に保存されます)
  • ユーザーはさまざまな製品リストを「閲覧」できます (検索機能は必要ありません)。

ユーザーには、次のオプションを含むページが表示されます。

  • ソニーテレビ
  • ホンダシビック
  • iPhone 5

それらのいずれかをクリックすると、ユーザーは「詳細」ページに移動します。たとえば、次のように表示されます。

  • iPhone 5 (および iPhone の写真)
  • ディスプレイ: 4インチ
  • プロセッサ: A6
  • LTE: はい
  • 重量: 4 オンス

基本的に、ユーザーが選択したアイテムに関するいくつかの基本的なデータです。テレビの場合は、関連するオプション (画面サイズ、解像度、インターネット機能など) が表示されます。

したがって、実際には、DB は次のことができる必要があります。

  • ユーザー管理機能がある
  • 一部の製品に関する情報を保存します (合計で 100 未満です)。
  • 関連商品の写真を保存する

私は次のいずれかを選択しています:

  • マイクロソフト SQL サーバー
  • MySQL
  • SQLite

私が見逃したより良いDBの選択肢があれば教えてください...

これが私がこれまでに知っていることです:

Microsoft SQL サーバー:

  • MSDN サブスクリプションで無料

MySQL

  • 無料
  • 設定が難しい

SQLite

  • 無料
  • いいえグイ

セットアップ、学習、および使用が簡単なものを好みます。しかもGUI付き。

お知らせ下さい。

4

2 に答える 2

0

あなたは、アイテムが異なる統計を持つことができると述べています-例えば、テレビは電話とは異なる機能を持っています.

ドキュメント データベースの使用を検討する必要があります。MongoDB のようなものが適しています。これも無料で、GUI があり、何よりも拡張可能です。テレビの機能を備えた 20 のドキュメントと、電話の機能を備えた 40 の異なるドキュメントを作成できます。

ここですぐに試すことができます:http://www.mongohq.com/homeただし、独自のサーバーをお持ちの場合は、独自のコピーをインストールすることをお勧めします。

MySQL と SQL Server も大好きです。どちらも素晴らしいです。次のようなテーブルを作成することで、これらのいずれかでドキュメント ストア (一種) を模倣できます。

create table features(productid int, key nvarchar(100), value nvarchar(max))

これにより、電話機能、テレビ機能などを同じテーブルに保存でき、毎回テーブル定義に戻って変更することなく、この機能セットを無限に拡張できます。

于 2013-09-17T23:59:07.707 に答える