【问题标题】:Storing stock portfolio in relational database?将股票投资组合存储在关系数据库中?
【发布时间】:2012-06-06 13:42:01
【问题描述】:

自大学以来(10 多年前)我没有做过任何主要的数据库工作,并且不确定在设计数据库以保存投资组合时采用的最佳方法。

投资组合中的股票数量是固定的(例如 30 只),但我有很多投资组合。起初我以为我会创建一个唯一的 ID,即主键,然后为每个股票名称和重量创建一个列(我不需要存储有关股票的信息,例如价格,如果需要我可以使用名称来查看该信息了)。我不确定这是最好的方法还是有更好的设计?

我有两张表,一张是当前的投资组合列表,另一张是历史版本(格式相同),我将逐行逐项比较它们,以找出相似之处和其他分类。最初我想只是有一个唯一的ID,然后将股票信息的所有文本{IBM:3,goog:10,c:2},但我不确定解析文本是否有效或者数据库是否有效可以做一些事情来使解析变得不必要。

我有点新,正在查看我的 SQL 书籍,但如果有人有任何具体的见解或任何我应该查找/阅读的内容,那就太好了。

【问题讨论】:

    标签: mysql database relational-database


    【解决方案1】:

    为什么要保持投资组合的规模不变。我的意思是你可以拥有一个股票数量更少的投资组合。

    stocks => (stockId, weight, name, details...) 投资组合 ==> (entity_id, version_id, stock_id,...) 版本 ==> (version_id, user_id, createddate, last_updated,...) 用户 ==> (user_id, user_details...)

    解释 :: 可以有很多用户,每个用户可以有多个版本的投资组合, 每个版本都可以映射许多股票。

    【讨论】:

    • 这是一个优化系统,没有用户,而且大小是固定的......不确定这是否可以成为设计优势。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-02-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多