-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 |
+---------+----------+
有沒有更好的方法來優化這個組織？就查詢而言，大多數情況下都會根據歷史數據進行處理，每次只查看一個股票。 （請原諒任何安全問題，如密碼被鹽漬和散列作爲問題的目的是在組織）