楼上推荐各路转码方案的都忽略了一点：
这是个储存服务器，重负荷的多路随机大文件流读写传输需求。转码需求不再
因为一般非编转码都是本地完成的，如果需要服务器，也一般是另配一个工作站专用于输出。

低成本做法：
阵列上 RAID 10 、 50 、 60,不考虑 RAID 5\6 ，硬盘用 3T 东芝普盘，速度不够数量凑，阵列卡支持 SSD 缓存为佳。。

高成本做法：
上专业的媒体存储服务器

为啥数据挖掘找的是 PHP 的人。。囧
即便是写爬虫也应该是 python 才对啊
而且这个职位要的应该是统计人才而不是程序员吧

要多快？
自行实现个简易路由框架，使用 ExtJS 3.x + easyui 混合前端。（仅仅是为了好看而已）
菜单由 ExtJS 支持，报表由 easyui 支持，具体内容直接内嵌网页（页面如果是报表，由 easyui 支持）
功能操作弹窗完事（由 ExtJS+内嵌页面支持）

页面功能一周完事。。

这事本应该向领导提出，就怕领导不把这事当成问题不去解决。。。

快递个显示器的钱都够你买个新的了

这些一翻手册都有答案的题目有啥意义么？考记忆力？

@imydou
直接 sublime text 写就好了
最好的调试工具就是浏览器

神舟 K650D-I5D2 可能会超点预算，但是这个价位也就只能选择这个。
优点： IPS 1080P I5 接口齐全
缺点：外壳做工不佳，显示屏需要调色才能有更好的显示结果，不然色温偏高

补充：做网站别用 DW

@pH 目测另一个是 windows

SELECT count (*) FROM table_1
JOIN table_2 ON table_2.user='b' AND table_1.tid = table_2.id
WHERE table_1.type='text'

试试？

要是捞上来没法动 100 块收了...

优化编译器就是了~

@yangyaofei
看需求，事实上不间断供电这些都是小事，人工成本才是大事。
但是按照你现在这个需求，完成这些不是事~

另外，服务器本身虚拟化，多机是肯定需要的。
算是半个分布式虚拟化集群吧。（热迁移就不强求了）

无论查询还是储存，最终都还是要依据机器的性能来做分布设计。

@yangyaofei 补充，建议文件服务器独立出来。底层 RAID60+SSD Cache

@yangyaofei
全部 hash 一遍，加上体积索引。
以 fileSize_hash.ext 命名文件 hash[0:2]/hash[2:4]/hash[4:6] 为路径索引文件。
视情况分盘

补充，这需求直接自己买服务器，别犹豫，现在的云实现这个需求不是费钱就是费劲。
自己的服务器灵活性高，别听啥维护成本低的鬼话，上规模以后云的成本不可能低。
更何况现在大多数云服务器只是个 VPS 而已

1E5000W 条数据就 20T ，谁把文件存到数据库里面去了？

功能上看没太大问题，只是略显单调。
UI大致布局不错，但完全扁平化的UI略显廉价

运营上。。
看了半天没搞懂着重点在哪里。
看起来像是农业版的知乎。

细节上。。
开头的那个动画能去掉么？浪费时间