浏览 6019 次
锁定老帖子 主题:ruby on rail 的数据处理问题
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-04-25
还有采用hibernate是因为大部分的时候 切换数据库是很容易的 虽然目标数据库基本是不变。不知ruby能不能实现? 但看了看rail的一些实现的时候 都是直接sql的多 (粗粗的看) 这样是不是换数据库就得重写sql。还有看到有人说ruby是没链接池的 多人访问会不会有什么瓶颈? 对于它对数据的操作这一部分 只要实现某个接口(可能是类)BASE就可以crud ,这样数据库加减字段 都不用改程序,但是有个疑问 在写list或者view的界面时候 怎么写代码(x.filed) 一边看数据库表设计 一边写代码???? 以上是我粗粗看的疑问 。因为web也好还是什么 基本上离不开数据库的! 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-04-25
没做过,我的粗浅认识:
rails对数据库的链接是在config/database.yml中配置的,它有adapter的概念(类似hibernate的dialect),这对多数情况够用了。顶多在需要不同的表映射不同库时调用: 引用 ActiveRecord::MySpecialModel.establish_connection(:adapter => "mysql",
:host => "localhost", :database => "railsdb") 你看的open()的方式难道是DBI等东东,在rails里一般用不到那么底层的方法吧。 ActionRecord对SQL是半透明的封装,有对数据库差异性方面的简单处理,复杂情况要手工保证数据库独立性。 边看数据库连写页面也不错啊,统一。(sql脚本的参考性大不大?) - 简单的用scaffold搞就成。 至于写页面,嗯嗯,单独发个贴问问~ |
|
返回顶楼 | |
发表时间:2006-04-25
你有熟悉的数据建模工具就直接用那个建表好了, 或者用rails新的migration功能, 那是数据库中立的schema管理方式. 详见我写的一个简介:[url]http://www.chinaonrails.com/topic/56#212
[/url] 一边看数据库一边写代码? 好像我没这种体会. 写一次后面就一直auto-complete. |
|
返回顶楼 | |
发表时间:2006-04-25
连接池的问题我也想知道,比如论坛这种有交互的应用光靠页面CACHE是抵消不了连接池的功用的吧?
|
|
返回顶楼 | |
发表时间:2006-04-25
Julien 写道 连接池的问题我也想知道,比如论坛这种有交互的应用光靠页面CACHE是抵消不了连接池的功用的吧?
参见http://www.ruby-forum.com/topic/57451#45997 |
|
返回顶楼 | |