C# 存储股票报价（财务）数据的最佳方法

考虑到未来的读取速度和存档的全局大小，存储报价数据的最有效方法是开放式、高容量、低容量、封闭式、大容量

XML ? But It is resource consumption
Simple CSV comma separated ? 
Is Binary  maybe the best way ?

谢谢

---

编辑：关于数据库，你们是对的，但我在想：它们是否适合简单地存储5种类型的值，例如sqlite？他们的体系结构是否太适合我的需要？

一个简单的规范化数据模型可以很好地解决这个问题。XML的问题是它太冗长了。使用CSV时，它不是标准化的，因此存在大量重复信息

---

一个规范化的数据模型不仅可以高效地存储您所需要的数据，而且对这些数据的查询也非常重要，这也是什么样的数据库真正擅长的。如果你设计好了数据模型，你就不会相信一个好的数据库引擎能以如此快的速度给你结果。

一个简单的规范化数据模型会很好地完成这个任务。XML的问题是它太冗长了。使用CSV时，它不是标准化的，因此存在大量重复信息

一个规范化的数据模型不仅可以高效地存储您所需要的数据，而且对这些数据的查询也非常重要，这也是什么样的数据库真正擅长的。如果你把数据模型设计得很好，你就不会相信一个好的数据库引擎能以如此快的速度给你结果。

我建议使用关系数据库管理系统。我不知道为什么这不是你的选择

RDBMS正是为这类事情而创建的，例如速度和可伸缩性。如果成本是一个问题，考虑到有很多免费的、开源的或免费的，但有些有限的版本非常好的RDBMS可用。 一些免费的RDBMS选项：

另一种选择：

<>如果你真的想避免使用数据库，但是想要一个坚实的数据结构，你可以考虑使用。这实际上为您提供了两件事情：1是一种人类可读的序列化格式，2是一种非常可靠的内存表示，可以在一段时间内很好地扩展

答复编辑：

---

当您提到对未来性能和可扩展性的担忧时，您的需求就被放大了。这就是为什么每个人都建议使用数据库解决方案而不是XML等。

我建议使用关系数据库管理系统。我不知道为什么这不是你的选择

RDBMS正是为这类事情而创建的，例如速度和可伸缩性。如果成本是一个问题，考虑到有很多免费的、开源的或免费的，但有些有限的版本非常好的RDBMS可用。 一些免费的RDBMS选项：

另一种选择：

<>如果你真的想避免使用数据库，但是想要一个坚实的数据结构，你可以考虑使用。这实际上为您提供了两件事情：1是一种人类可读的序列化格式，2是一种非常可靠的内存表示，可以在一段时间内很好地扩展

答复编辑：

---

当您提到对未来性能和可扩展性的担忧时，您的需求就被放大了。这就是为什么每个人都建议使用数据库解决方案，而不是XML等数据库。Sql server、oracle、sybase、postgres、mysql。根据您的需要、环境和预算，有多种口味可供选择。

数据库。Sql server、oracle、sybase、postgres、mysql。根据您的需要、环境和预算，有许多口味可供选择。

我认为NoSql GIV的速度非常快。在任何情况下，您都无法处理巨大的XML或CSV文件。

我认为NoSql GIV对您的速度要求很高。在任何情况下，您都无法处理庞大的XML或CSV文件。

一旦您提到对未来性能和可扩展性的担忧，您的需求就会增加。这就是为什么每个人都建议使用db解决方案而不是XML等。此外，您可能会发现您的数据模型将变得更大、更复杂，并且您希望在单个实体中存储五个以上的字段。我想您需要了解平面文件、XML和数据库之间的关键区别。考虑到您将经常查询这些数据，最好的解决方案是数据库。同样数量的信息可以存储在更少的空间中，数据库引擎可以为您处理所有查询。使用XML，您将拥有大量重复数据以及大量额外数据—所有这些重复的打开/关闭标记。有了CSV，您不仅会有大量重复数据，还必须编写自己的查询引擎来查询这些数据。一旦您提到对未来性能和可扩展性的担忧，您的需求就会增加。这就是为什么每个人都建议使用db解决方案而不是XML等。此外，您可能会发现您的数据模型将变得更大、更复杂，并且您希望在单个实体中存储五个以上的字段。我想您需要了解平面文件、XML和数据库之间的关键区别。考虑到您将经常查询这些数据，最好的解决方案是数据库。Th e同样数量的信息可以存储在更少的空间中，数据库引擎可以为您处理所有查询。使用XML，您将拥有大量重复数据以及大量额外数据—所有这些重复的打开/关闭标记。有了CSV，您不仅会有大量重复数据，还必须编写自己的查询引擎来查询这些数据。