Question

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

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

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

表：股票

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

表：HistoricalPrices

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

表：用户

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

表：TrackedStock

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

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

Answer 1

简单地说：不。您可能想要将colume添加到历史价格中。

你可能还想要的是拥有一个市场表并使用行业，行业，可能预测的查找表 - 这可能是（预测）在一个单独的表格中......日期（所以你可以看看回到过去的预测）。

MySQL数据库组织的股票

1 个答案: