私は看護学生向けのアプリケーションに取り組んでいます。これは、ユーザーが患者のバイタル、皮膚の評価、投与された薬などに関するデータを入力するプログラムです。
データに関するプログラム構造のフローチャート：
そのデータは、患者と記録された時間で割り切れる構造で保存する必要があります。問題は、15分ごとに入力する必要があるため、これは膨大な量のデータになることです。
プロジェクトとそのデータの間に必要な相互作用のフローチャート：
Time overTimeの患者変数のリクエストとタイムラインの入力のリクエストはどちらも、指定された2つの日付の間のその患者のすべてのエントリを検索します。
このデータを整理する方法を考える最良の方法は、ディレクトリベースです。
data / PatientName / Month / 19102012.file（2012年10月19日の日付、無視された日付をすばやく省略するため）この方法は問題ないかもしれませんが、実際にハッキングされているように感じます。このデータにはどのような組織を使用すればよいですか？
正直なところ、15分ごとに患者データを入力する学生は、最近では巨大な資格があるとは思いません。そのため、事実上すべてのテクノロジーが役立ちます。ある種のリレーショナルデータベースは当然の選択であり、上記のことを考えると、リモートでエンタープライズ規模のものは必要ないと思います。
頭に浮かぶ質問の1つは、セキュリティが重要かどうかです。結局のところ、これは医療データです。ファイルシステムは（たとえば）ファイルシステムとは根本的に異なる方法でセキュリティを実装するため、これは選択するテクノロジに影響を与える可能性があります。
私が今できるアドバイスの1つは、ソリューションの他の部分からデータストレージを抽象化することです。そうすれば、今は些細なことを実装し、将来、要件が固まったときに簡単に置き換えることができます。
その中でプロパティとして必要なすべてのパラメータを含むcustom class（A POJO ）を定義し、それでPOJO作成されたインスタンスをデータベースに詰め込むことができPOJOます。
を使用Databaseすることは、大量のデータを処理するための洗練された方法かもしれません。
提案されたディレクトリベースのアプローチは、現実的にはおそらく問題ありません。BrianとRohitが指摘したように、重要なのは、データストレージを抽象化することです。言い換えると、必要なデータアクセス方法を提供するシステムのコンポーネント間にいくつかのインターフェイスが必要です。次に、必要なものをリンクします（つまり、特定の患者を要求するなど）。（つまり、ファイルシステム、またはデータベースなど）。
ブライアンが指摘したように、今日の世界では、「巨大」とは、15分ごとにエントリを記録することとはまったく異なるスケールを指します。私はうまくいくものを作り、それが起こったときにそしてそれが起こった場合にスケールの問題に対処します。セキュリティや信頼性など、他にも心配すべき重要なことがたくさんあります。