SQL：最有效的股票报价数据库

查询/更新包含数百只股票每日价格的数据库最有效的方法是什么

每个股票都有自己的表
每个股票都有相同的结构，它们之间没有关系

所有股票组合在一个表中，并在主键上建立索引

---

每只股票一张表意味着您可以在公司上市和退市时创建/删除表。这不是一个好的设计。我更喜欢第二种设计——一张桌子，很多存货。这假设您为每个股票保留相同的信息

---

关键是这句话：“每只股票都有相同的结构，它们之间没有关系”。如果所有内容都具有相同的结构，则它属于一个表。

每个股票一个表意味着当公司上市和退市时，您可以创建/删除表。这不是一个好的设计。我更喜欢第二种设计——一张桌子，很多存货。这假设您为每个股票保留相同的信息

---

关键是这句话：“每只股票都有相同的结构，它们之间没有关系”。如果所有东西都具有相同的结构，那么它就属于一个表。

数百只股票并不是那么多数据。 每分钟检测一次价格，成百上千的股票成倍增加，意味着每天有100 Ks的记录，并且根据您希望保存的历史深度，可能会成为将来需要管理的一些数据。表或更好的表空间的大小会影响查询性能

换句话说，表是一种实体表示。如您所述，股票是一个实体，您应该将所有股票放在一个表中

---

表索引是许多与查询性能相关的优化结构之一；您应该分别对待性能和结构，因此保留一个表并使用其他工具加速查询

数百只股票都不是那么多数据。 每分钟检测一次价格，成百上千的股票成倍增加，意味着每天有100 Ks的记录，并且根据您希望保存的历史深度，可能会成为将来需要管理的一些数据。表或更好的表空间的大小会影响查询性能

换句话说，表是一种实体表示。如您所述，股票是一个实体，您应该将所有股票放在一个表中

---

表索引是许多与查询性能相关的优化结构之一；您应该分别对待性能和结构，因此保留一个表并使用其他工具加速查询

您是否还希望跟踪每个变化并保留股票的历史数据，或者您只希望保留最后的价格？是否有任何理由拥有一个表pr.stock？您是否还希望跟踪每个变化并保留股票的历史数据，或者你只想保留最后的价格？有什么理由要一张桌子的公关库存吗？谢谢你的回答。对我来说，一个表似乎也是最好的解决方案，但我担心有一天会出现一个损坏的表，并且自上次备份以来会丢失数据。谢谢你的回答。对我来说，一个表似乎也是最好的解决方案，但我担心有一天会有一个损坏的表，并且自上次备份以来会丢失数据。