我是 ASP.Net、MVC 和 Entity Framework 的新手。
我想了解小型数据库的最佳实践。例如，假设在康托索大学，我们知道只会有几百或几千名学生和类(class)。因此所有数据都可以轻松地放入内存中。那么，使用内存中集合并避免潜在的高延迟数据库操作是否更好呢？
我正在考虑部署到 Windows Azure 的小型生产网站。
更具体地说，我正在考虑的特定场景有几千条只读记录，尽管用户也可以创建自己的项目。想象一下从几千个流行歌曲的列表中离线收集的电影、专辑或歌词的集合。用户可以浏览该集合(只读)，并且大多数时候他们可以在那里找到他们想要的东西。然而，用户也可以添加自己的记录。
由于流行标题适合内存，并且这些是只读的，因此是否最好不要对流行标题使用数据库？您将如何组织此场景的数据和代码？
感谢您的任何想法和指点。
最佳答案
我认为数据库是存储信息的好地方。
但是，您担心数据库延迟。
您可以通过缓存来缓解这种情况 - 数据存储在内存中。
简而言之，这不是一个非此即彼的场景...
关于asp.net - ASP.NET 中的数据访问 : In-memory collection vs database，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19934342/