数据库设计——关于大量数据
假如有1000家营业部，每家营业部又有1w人，每天每个人会发0到多条的心情，还有一些其他的信息，那么用不了多久数据库数据条数就会很庞大，对于这样的情况 如何设计sqlserver数据库，以及服务器方面如何设计比较好！同时又要考虑到数据备份和安全方面。
如果数据库放在多个服务器上面 那么数据同步要怎么实现，如何通过程序来选择最优的服务器来进行数据交互！
总的来说就是像新浪微博这样的应用，每天那么多数据，他的数据库以及前台是怎么设计的，才可以保证微博数据访问的速度和安全！
------解决方案--------------------
其实很多帖子都会问这类问题，但是很负责地告诉你，很多人懂，但是这是他们的吃饭家伙，所以不可能告诉你的，告诉你的，只能基于一定的工作经历和猜测，并不一定准确。
如果你的系统真达到你说的这种程度，而且必须用sqlserver的话，那估计要上2012的AlwaysOn，进行读写分离，另外分区基本上少不了，还要大量的磁盘配置。硬件越多、越强越好，这当然是废话了。思路上，减少单表数据量、索引要合理，sql语句基本上不能出现如游标之类的写法，要利用上索引、锁和事务的持有时间、范围不能过广。你这个问题写一本书都不为过，实在不知道怎么说了