@virus94 很多系统到死可能都没那个数据量，而且这种情况你单表都没法完全避免。

@qwerthhusn 这个有点太理想化了，实际中表一多总有哪个是用不到索引的。

@nekoneko 你这种太极端了，单表数据量那么多早拆了

@alpha2016 这个大致数量级有没有，就以普通机器 4G 双核来考虑

@liukaining 上面手抖了，说的是索引

@liukaining 不全是性能，不考虑分库分表分片的情况下，你单表可以用的 sql 一般在连接里也能用到。

@lihongjie0209 这个我是同意的，但这个是要结合业务具体看待了，我其实是想问技术角度的。

看你怎么定义加密。Base64 从一开始就不是为了加密信息的。。。

@uqf0663 我不是说怎么下单，我是说触发下单这个动作。无头浏览器的话以前用 Phantomjs 搞过。

@javaWeber http 也属于广义的 RPC，RPC 这个概念被滥用了，如果不严格限制的话消息队列也算是一种异步的 RPC。。。狭义的 RPC 才是 dubbo、hsf、grpc 这些

@uqf0663 上货这个我理解就是把人家店铺的商品还有图片啥的全部搞过来然后修改下图片和价格难度应该不大，但是下单那里是怎么做到人家在我店铺里下单就会自动触发真实店铺下单的，京东淘宝的店铺下单难不成有提供接口开发者自己扩展？

@qq292382270 昵称就是 QQ ？

这俩比较相似的地方就是都能完成通信，内部都有自定义的一套序列化标准和传输协议。但两者的区别也很明显，RPC 是同步消息队列异步（业务上而非调用上），RPC 适用于要求强一致性的场景，消息队列天然就是弱关联性的（有持久化机制可以做弥补，消息重发、位点重置啥的）。

@qq292382270 不吹就不正常了，我在想怎么能搞出一款真的能处理出有价值交易信息的软件（哪怕只有一部分有效），然后可以卖给他们。

@uqf0663 这个大概知道一些，只是在想这确实是个思路，但如何抓取各大平台的交易量和点击率等敏感信息是我比较关注的点，退一步说，能哪怕只有部分信息可能也有很大的价值。

@qiuai 能不能细说下操作流程

@Cellei 没事，我也不咋懂，就是觉得这个数据可能不准，人家京东官方的数据你凭啥说取就取。

@Hellokids 这个市场不稳定，而且现在很难挤进去了

@maichael 这个没有大型资源做不动，而且还要有一定的 zf 关系，后续说不定 zf 撸袖子就自己上了