股票MySQL数据库组织

因此，我正在创建一个web服务，根据每个股票的历史数据预测未来的股票价格，并需要在数据库中存储以下信息：

• 股票信息：公司名称、股票代码、预测价格
• 对于每只跟踪股票：历史数据，包括1-5年前每天的每日高点、每日低点、收盘价等
• 用户信息：用户名、密码、电子邮件、电话号码（通常）
• 用户跟踪股票：用户可以选择股票，稍后通过电子邮件或电话通知

将要进行预测的库存集不会预先定义，因此应该有一种快速的方法来添加和删除库存，从而添加/删除与库存相关的所有数据（如上所述）。我的设计方法如下：

表：库存

+-----+-----------+----------+------------+----------+-------------+
| ID  |  Company  |  ticker  |  industry  |  Sector  |  Prediction |
+-----+-----------+----------+------------+----------+-------------+

表：历史价格

+-------------------------------------+--------+--------+-------+----------+
| StockID(using stock ID from above)  |  Date  |  High  |  Low  |  Closing |
+-------------------------------------+--------+--------+-------+----------+

表：用户

+-----+------------+------------+---------------+
| ID  |  Username  |  Password  |  PhoneNumber  |
+-----+------------+------------+---------------+

表：跟踪股票

+---------+----------+
| UserID  |  StockID |
+---------+----------+

---

有没有更好的方法来优化这个组织？就查询而言，大多数查询将针对历史数据进行，每次查询一只股票。（请原谅任何安全问题，如密码被加密和散列，因为问题的目的在于组织）

简单地说：不。尽管您可能希望将该列添加到历史价格中

您可能还希望有一个市场表，并使用行业、部门的查找表，可能是预测-这可能是（预测）在一个单独的表中，带有。。。日期（这样你可以回顾过去的预测）