让我们假设我们有一个售票系统网页，其中显示了票证（门票分布在多个页面上）。另外，在同一页面中，还有一个搜索表格可以过滤。
可以随时修改这些门票（删除，更新，插入）。
所以我有点困惑。内部体系结构应该如何？我已经在思考了一段时间，但我还没有找到清晰的道路。
从我的角度来看，有两种方法：
-
使用内存数据库之类的东西并将所有数据存储在此处。因此，过滤内容并显示所需的项目非常容易。但是该解决方案意味着将许多无用的数据存储在RAM中。就像门票关闭或解决。这些门票应该在那里，因为可以要求它们。
-
在每个搜索，页面显示等中使用数据库。因此会有很多查询。每个搜索，每页（每个用户）都会导致数据库查询。这不是太多吗？
哪种解决方案更好？有更好的解决方案吗？我的担心是徒劳的吗？
您说的"但是，此解决方案意味着将许多无用的数据存储在RAM中。例如，门票关闭或解决。这些机票应该在那里，因为可以请求它们。"
如果这些门票应该在那里，因为可以请求它们，那么它不是真正没有用的数据，是吗？
对于混合内存中/持久数据库来说，这听起来像是一个很好的用例。在内存表中保持打开/显示的门票。关闭后，将它们移至持久表。