我正在为护理专业的学生申请；这是一个程序，用户可以在其中输入有关患者生命体征、皮肤评估、药物管理等的数据。
关于数据的程序结构流程图：
该数据需要保存在可被患者整除的结构中，然后被记录的时间整除。问题是这将是一个巨大的数据量，因为需要每 15 分钟输入一次。
项目与其数据之间必要交互的流程图：
请求随时间变化的患者变量和请求填充时间线都在两个给定日期之间搜索该患者的所有条目。
我能想到的如何组织这些数据的最好方法是基于目录：
data/PatientName/Month/19102012.file（日期为 2012 年 10 月 19 日，用于快速省略忽略的日期）这种方式可能还可以，但感觉真的很糟糕，我应该为这些数据使用什么更好的组织？
老实说，我不认为现在每 15 分钟输入一次患者数据的学生有资格获得巨大的数据。因此，几乎任何技术都可以使用。某种关系数据库是一个明显的选择，鉴于上述情况，我认为您不需要任何远程企业规模的东西。
想到的一个问题是，安全重要吗？毕竟这是医疗数据。这可能会影响您选择的技术，因为文件系统以与（例如）文件系统完全不同的方式实现安全性。
我现在可以给出的一条建议是将您的数据存储从解决方案的其余部分中抽象出来。这样，您现在可以实现一些琐碎的事情，并在将来随着您的需求固化而轻松替换它。
您可以定义一个custom class（A POJO），其中包含作为属性所需的所有参数POJO，并将其创建的实例填充到POJO某个数据库中。
使用Database可能是处理大量数据的一种优雅方式。
您建议的基于目录的方法实际上可能没问题。正如 Brian 和 Rohit 所指出的，关键是您要抽象出数据存储。换句话说，您的系统组件之间应该有一些接口，提供您想要的数据访问方法，然后将您想要的（即，在一段时间内请求特定患者等）与您拥有的连接起来（即，文件系统或数据库等）。
正如布赖恩所指出的，在当今世界，“巨大”指的是与每 15 分钟记录一次条目完全不同的规模。我会构建一些可行的东西，然后在它出现时解决规模问题。还有很多其他重要的事情需要担心，例如安全性、可靠性等。