Database 在浏览器中显示100万行

我们的Utilty只有一个表，它有1000万到5000万行，可能有一种情况，我们需要在一个html客户端页面中显示5000万行，以便在浏览器中显示我们在UI中使用jQuery的行

---

为了检索行，我们使用Hibernate和Spring for MVC。我正在寻找检索行和在UI中显示的最佳实践。我应该在Hibernate和buffer中检索数千行或2000行到Web客户端，还是有最佳做法？

最佳做法是不这样做。它将爆炸浏览器内存和渲染引擎，并将花费太多时间加载

在你的webapp中添加一个搜索表单，让最终用户搜索他感兴趣的内容，并且只显示N个搜索结果，就像谷歌一样

---

没有人能够在不搜索的情况下对5000万行进行任何有意义的操作。

最好的做法是不要这样做。它将爆炸浏览器内存和渲染引擎，并将花费太多时间加载

在你的webapp中添加一个搜索表单，让最终用户搜索他感兴趣的内容，并且只显示N个搜索结果，就像谷歌一样

---

没有人能够在不搜索的情况下对5000万行做任何有意义的事情。

我认为您应该使用滚动分页（当用户几乎到达页面底部时，进行ajax调用并加载数据）

比如快速谷歌,

---

如果您的数据是表格格式的，那么您可以使用

我认为您应该使用滚动分页（当用户几乎到达页面底部时，进行ajax调用并加载数据）

比如快速谷歌,

---

如果您的数据是表格式的，那么您可以使用

在应用程序中处理大量数据必须通过虚拟化来完成。虽然用户确实会被数以百万计的记录淹没，但并不完全是因为他们不能处理这些记录，也不是因为如此大量的数据是无法预测的

在实践中，根据您所做的工作，您会注意到，只有数千条记录时，这一限制突然出现在您身上。坦白说，这是非常少的数据。如果以数据为中心的应用程序要在浏览器中运行并表现良好，那么它们需要一种完全不同的方法

我们做这件事的方法很简单，但不是那么简单

它有助于确定固定高度，因为您需要知道可滚动容器的最大高度。然后将在任何给定时刻可见的记录子集呈现到该容器中，并相应地定位它们（基于滚动事件）。做这件事或多或少有一些有效的方法

最终目标保持不变。你基本上需要剔除屏幕上看不到的所有内容，这样浏览器就不会为应用程序的响应性支付内存和布局逻辑的费用。这是游戏开发中的常见做法，在任何给定时刻，只有屏幕上现在可见的世界才会出现。这就是你需要做的，让大量的东西表现良好

在浏览器的上下文中，任何与内存使用和布局/渲染成本有关的内容，如果不是绝对重要的，都需要删除

---

你也可以错开和涂抹重新计算，这样你就不会在每次小的更新中承担导致应用程序降级的任何费用。如果应用程序保持响应，用户可以等待1秒。

必须通过虚拟化处理应用程序中的大量数据。虽然用户确实会被数以百万计的记录淹没，但并不完全是因为他们不能处理这些记录，也不是因为如此大量的数据是无法预测的

在实践中，根据您所做的工作，您会注意到，只有数千条记录时，这一限制突然出现在您身上。坦白说，这是非常少的数据。如果以数据为中心的应用程序要在浏览器中运行并表现良好，那么它们需要一种完全不同的方法

我们做这件事的方法很简单，但不是那么简单

它有助于确定固定高度，因为您需要知道可滚动容器的最大高度。然后将在任何给定时刻可见的记录子集呈现到该容器中，并相应地定位它们（基于滚动事件）。做这件事或多或少有一些有效的方法

最终目标保持不变。你基本上需要剔除屏幕上看不到的所有内容，这样浏览器就不会为应用程序的响应性支付内存和布局逻辑的费用。这是游戏开发中的常见做法，在任何给定时刻，只有屏幕上现在可见的世界才会出现。这就是你需要做的，让大量的东西表现良好

在浏览器的上下文中，任何与内存使用和布局/渲染成本有关的内容，如果不是绝对重要的，都需要删除

---

你也可以错开和涂抹重新计算，这样你就不会在每次小的更新中承担导致应用程序降级的任何费用。如果应用程序保持响应，用户可以等待1秒。

为什么标记为“Derby”？我们使用apache Derby作为数据库服务器为什么标记为“Derby”？我们使用apache Derby作为数据库服务器谢谢大家的建议！不要忘记在后端进行延迟加载或缓存以提高性能。。。！！谢谢大家的建议！不要忘记在后端进行延迟加载或缓存以提高性能。。。！！