MySQL数据库组织的股票

时间:2014-03-04 02:50:06

标签: mysql sql database

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

  • 股票信息:公司名称,股票代码,预测价格
  • 对于每个跟踪的股票:历史数据包括每日高点,每日低点,收盘价等每天可追溯至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 |
+---------+----------+

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

1 个答案:

答案 0 :(得分:1)

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

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

相关问题