我希望改善使用WPF的项目的性能。
此刻它从数据库中获取了大量的char数据（以GB为单位）并将其直接绑定到项目控件，该控件由包装面板包装。 （注意我无法改变它从数据库获取GB数据的事实，例如页面中的数据）
表现很糟糕。我已经研究了各种虚拟化技术，但对我来说似乎有一个更简单的解决方案。
"Don't add as many controls as there is data."
我的计划是仅获取可见数据的块并更新一定量的控件（例如，控件的TilePanel，其中任何一侧都有一个轻微的缓冲区填充屏幕）。当用户滚动它时，它将替换现有控件中的数据，而不是添加和删除控件。
问题1：这看起来是个好主意吗？
由于数据太大，我甚至不能在RAM中使用它，而是将其转储到本地文件中。然后在我需要时（可能通过后台分页线程）以块的形式读取该文件。这会对使用能力产生好坏吗？
问题2：有关此问题的任何提示，我打算从此问题中采取基本设置并回答：Seeking and writing files bigger than 2GB in C#
我无法摆脱这种感觉，如果这确实是正确的方法，我会偶然发现它而不是看似复杂的虚拟化技术。
澄清 我很可能有3层数据，文件（整个，大数据），RAM中的数组（部分数据，比如10000个元素），以及＆＃34;可视数据＆＃34;我用来更新屏幕上控件的数组。