-1
所以我创建一个Web服务来预测基于对每个股票的历史数据未来的股票价格，需要将以下信息存储在数据库中：MySQL数据库组织对股票
- 股票信息：公司名称，股票代码，预测价格
- 对于每个追踪股票：历史数据包括每日可追溯至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 |
+---------+----------+
有没有更好的方法来优化这个组织？就查询而言，大多数情况下都会根据历史数据进行处理，每次只查看一个股票。 （请原谅任何安全问题，如密码被盐渍和散列作为问题的目的是在组织）