|
锁定老帖子 主题：为什么用RoR?为什么不用RoR?
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-07-02
iunknown 写道 比如注册时，要保证用户名的唯一性。如果分库的话，注册程序就需要做一些特殊的处理才能保证到。
产生用户名的生成器参数，当然最好放到某一个数据库来处理，这类数据就不需要分了。类似的东西，还有IdGenerator。 此外同用户不相关联的数据也都可以放到一个数据库中，因为这类数据量不是很大，而且增长缓慢。 |
| 返回顶楼 | |
|
发表时间：2007-07-03
winterwolf 写道 这个问题ror应该能解决 不是语言和框架的问题 应该是系统组织方式。
如果通过分库将数据分布在多个服务器上 系统也应该随之调整 不能用传统的方法去使用数据 应该考用rest或者post webservice去设计系统 将一个复杂的查询 打散 然后将每个查询结果再聚合起来 提供个客户 比如对全国招聘信息的查询 可以分散成 对地方招聘信息的查询url-1 url-2 url-3 然后将多个查询结果聚合到url-123 数据库缓存分布在各地的机器上 和聚合信息的服务器上 在一个系统内还用web service有点overkill了吧，直接用数据库自己的协议不行么？ |
| 返回顶楼 | |
|
发表时间：2007-07-03
cookoo 写道 在一个系统内还用web service有点overkill了吧，直接用数据库自己的协议不行么？ 如何用数据库自己的协议哪 ？ |
| 返回顶楼 | |
|
发表时间：2007-07-04
直接连数据库不就是在用数据库的协议么？可能我没理解你说的处理分库的架构。
|
| 返回顶楼 | |
|
发表时间：2007-07-04
iunknown 写道 partech 写道 不明白为什么分库会需要写很复杂的程序才能保证数据的一致性？
比如注册时，要保证用户名的唯一性。如果分库的话，注册程序就需要做一些特殊的处理才能保证到。 做一个hash算法，然后根据最后一位或者几位分派到不同的数据库，最终结果是相同的用户名必定会命中到同一个数据库里，剩下的事情根不分库是一样的了。 |
| 返回顶楼 | |
|
发表时间：2007-07-04
如果需要在用户间进行关系处理，或者总体的排序之类，分库麻烦就大了。分库分表只能是没办法的办法，没有很好的办法能把数据的分区对外封装起来
|
| 返回顶楼 | |
|
发表时间：2007-08-30
分库机制很多，个人碰到过的难点是“一分再分”，如果确定采用4台机器来分库，对userId mod 4就可以精确定位库，但在容量不够需要4分8的时候就出问题了，基本上需要对数据进行重分了。
|
| 返回顶楼 | |
|
发表时间：2007-08-31
gigix 写道 很赞同 特别是最后一句 作为一个每日访问量上亿、数千台服务器的巨头网站 应该表现出自己对于技术社群的贡献 而不是等着那些从来没有机会做那么大的网站的开源贡献者们来帮忙解决只有你那么大的网站才会遇到的问题 目前国内的这样级别的网站，没有一家有这样的心情去做这样的贡献。我就“有幸”在这样一家里。公司的性质决定的。互联网企业急功近利的特点非常鲜明。 |
| 返回顶楼 | |
|
发表时间：2007-09-27
互联网公司都低成本公司，很难对他要求更多
好多公司都还在烧钱阶段，哪像做企业软件的，月月收钱 |
| 返回顶楼 | |
|
发表时间：2007-09-27
想知道qiezi的中间件做不做cluster，能不断线更新程序吗，socket服务器cluster用什么方案
另外想知道session server的方案 |
| 返回顶楼 | |
