@Trim21 注意是 up to ，最高是能达到这么多。也就是说，只要有一次是这样，以后哪怕每次都比 chrome 更耗电，这种说法也不能说是错误的

2 个 1.0.16.2 是什么鬼？

1. 把你的表结构贴出来
2. 把你的 sql 语句贴出来

按道理没这么慢的，我现在从 6million 中查 2000 个都在 0.0X 秒

@jun4rui 是呀，如果用 sqlalchemy 是很容易解决的，但是目前公司的数据是存的 mongodb ，我也没办法

SQL 反模式

@8bit 我目前在这样考虑呢，谢谢啦。
股票代码一张表： stock
id, stock_code

交易日期一张表： trade_date
id, trade_date

price 表
设置两个外键约束(stock_code_id, trade_date_id)
id, stock_code_id, trade_date_id, open, high, low, close, volume

这样就是需要 join stock ， trade_date 两个表

@fcicq 可以详细说说嘛？不了解商用列存是什么

@leedstyh 你说的对，是每天的 TA 数据。 问题是太多了，放到一张表里有点太吓人。现在是想着按类别存放，比如动量类，波动类，等。另外还有每日的估值类因子。

@b821025551b 很多时候，两张表没有“关系”， 唯一联系就是通过(trade_date_id, stock_code_id)配对。

@b821025551b id 是自增主键，当然也是唯一的。

假设 OHLCV 是价格表(表名称 price)， 日度数据。表里现存 id, trade_date_id, stock_id, open, high, low, close, volume 等。由于其 id 是自增的，当日也能唯一确定一条数据。


另有日度因子表(表名称 factors.) 日度数据。 表里也要存 id, trade_date_id, stock_id, fac1, fac2, fac3, ....

我要将这两个表合并的时候，还是得设置 where price.trade_date_id = factors.trade_date_id and

price.stock_id = factors.stock_id.

主要问题是很多表中都有相同的两列(trade_date/stock_code) 或者 （ trade_date_id/stock_code_id)

@7654 用户是上帝，但是单个的用户不是上帝。一部分的用户也不是上帝。

如果是为了熟悉项目，问个大概，我觉得可以接受

我的更过分，这个数据库应该怎么连？都是具体到你给她写代码的阶段。。。。。

所以你暴露了么？

不管 index 对应一行还是多行，把它放入一个列表里面
比如 index 是 5 ，对应只有一行
你传入 df.loc[[index], :]这样返回的还是 DataFrame

@domty ,redis 是要放在本机还是另外的服务器？