※ 引述《saufu08 (saufu)》之铭言：
: 有点想问一下，像这样的资讯
: https://i.imgur.com/b8LOZtl.jpg
: 当初规画时应该很赶，但没关系，反正DB就是先开一个table存了再说，然后基本就四个
: 字段：
: “流水号（自动编号）、场所代码、手机号码、时间”。
: 而且这个table只增不删。
: 累积几十亿笔都没关系，反正也算是有基本的结构化不是吗？
: 以后需要，再看用什么高超、快速的技术去select，分析用 group by 就好了不是吗？
: 还是table其实是有开，只是量大到捞不出来吗？
大致上主table这样设计,再多加一个场所的table对应场所代码就可以了。
以资料量来说，前面可以放个一般的数据库系统，每天晚上在把一天的资料量存到分布式
的dataware house用来作日后的疫调分析
以台湾人口加上店铺数量来说，只要电话号码sharding跟partition弄好，店铺资料应该没
这么多，可以直接每一个服务器都存一份，这样分析起来应该速度就慢不到哪里去了。
不知道亚马逊的云端服务有没有开到台湾，不然也可以找他们合作特制一下政府用的私有
云也可以，还省下了硬件维护的成本。