每半年产生几亿条数据，你会如何设计架构？

[程序员一灯]

以前面试都是会问给你1千万条数据，最近面试都改成1亿条了。

各位你们一般都是如何设计这样的表？

就拿p2p吧，最近这么火。
业务场景一：比如这张表示存的是公司的所有的交易单Order（这里就是贷款出去的单子吧）
因为是最低可以1元钱投资，所以几乎人人都可以投资。也因为这样表才会非常的庞大。。。。
以至于半年不到就有1亿条数据了。


业务场景二：这个是主表，另外还需要关联合同表，每次交易都必须生成合同，现在合同就算是和交易订单表主表一对一。
一个单子有一个合同（这里很多p2p公司肯定会有其他数据关联的，暂且不考虑吧）
那么这样下来又会有很多上亿条数据了

场景暂且这样吧。

大家可以考虑考虑，现在互联网发展的这么火爆，肯定很多人出去面试都会遇到这样的问题，我一般遇到这样的问题
都是会给个解决方案什么的（反正肯定不会让我处理的，就瞎扯，直到面试官叫停。。。）

[致知Fighting]

首先讨论几亿条数据有多大，一般压力不是看数量，而是看大小。 上T和几十G的解决方案是不一样的。 其次讨论需求，这么多数据是要实时查询，还是做数据挖掘的原始数据。 如果是实时查询，讨论实时查询的方案，无非是分库分表，缓存 如果是数据挖掘，那这点数据不够讨论的，随便玩玩

[程序员一灯]

引用 1 楼 ygycomon 的回复:

首先讨论几亿条数据有多大，一般压力不是看数量，而是看大小。 上T和几十G的解决方案是不一样的。 其次讨论需求，这么多数据是要实时查询，还是做数据挖掘的原始数据。 如果是实时查询，讨论实时查询的方案，无非是分库分表，缓存 如果是数据挖掘，那这点数据不够讨论的，随便玩玩

嗯，说的都很到位。 这个是p2p的交易数据，不是数据挖掘，暂时还没有到那一步。 主要就是CRUD了。 楼下继续

[RGRAZER]

哇 好牛叉的样子啊

[龙四]

相信选择的数据库，几亿条那都不是事，重要的是，这些数据要怎么用，要和什么表关联，要拿什么条件作为条件等 像有些日志表，插进去就不查了，多少都可以插啊 所以，这问题太泛了，就拿P2P来说，要了解业务细节才能更好的设计，不然都是空话，就跟一堆人不了解12306背后的业务就在那YY架构一样

[程序员一灯]

引用 4 楼 ticmy 的回复:

相信选择的数据库，几亿条那都不是事，重要的是，这些数据要怎么用，要和什么表关联，要拿什么条件作为条件等 像有些日志表，插进去就不查了，多少都可以插啊 所以，这问题太泛了，就拿P2P来说，要了解业务细节才能更好的设计，不然都是空话，就跟一堆人不了解12306背后的业务就在那YY架构一样

恩恩，你说的很对，不过也都是空话。

[Inhibitory]

这种问题问DBA更有意义

[水影qq_26127601]

如果只是应付面试的话，用百度上的答案都够了吧，分库分表，缓存，以及查询语句的优化等方面，如果要给方案那就是空嘴说白话了，呵呵