使用yml作为数据引用。 馊主意？
[英]Using yml as a data reference. Bad idea?
问题描述
我需要大约1000个单词才能通过我的应用程序不断访问。 我希望它分离的原因是，我可以动态地改变这1000个单词的内容。
但我不一定觉得这需要数据库注入。 我觉得一个简单的.yml文件可以工作。
这是一个好习惯吗？ 如果是，那么最好的方法是什么？
可以在before_filter调用中加载1,000个单词吗？
2 个解决方案
解决方案1
1 已采纳 2012-06-29 09:09:57
不要认为这在建筑上是正确的。
如果要很少更改它们，那么可以将它们放在常量类中。 如果您打算经常更改它们，那么您将要写入文件系统并从中读取这正是每个数据库所做的事情，但是以更快更好的方式然后您可以编写。
我的两分钱。 让我们知道它是如何运作的。
解决方案2
1 2012-06-29 09:09:57
除非你真的需要，否则不要使用关系数据库。 如果你的“单词”是相对不可变的，可以在没有多线程问题的情况下同时访问，你不需要查询等 - 它们在启动时为整个应用程序加载的一些哈希值更好，为每个reuest加载它们并不是一个好主意。 （这个建议与ROR无关）
使用Middleman / ERB使用yml数据文件打印信息页面
[英]print information to page using yml data file using Middleman / ERB
在Rails ActiveRecord模型中，使用after_initialize回调是一个非常糟糕的主意吗？
[英]In a Rails ActiveRecord model, is using after_initialize callbacks a very bad idea?
Rails-为匿名用户和登录用户使用不同的视图：不好的主意？
[英]Rails - Using different views for anonymous vs. logged in users: Bad idea?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
相关问题
使用SQLite作为生产数据库，但不好的想法
对模型使用has_and_belongs_to_many是一个坏主意吗？
使用Middleman / ERB使用yml数据文件打印信息页面
重写ApplicationRecord初始化，坏主意？
将路线作为模型是一个坏主意吗？
在Rails ActiveRecord模型中，使用after_initialize回调是一个非常糟糕的主意吗？
Rails-为匿名用户和登录用户使用不同的视图：不好的主意？
Rails：坏主意：手动创建会话 cookie
在请求之间缓存 Rails 模型 - 坏主意？
将Rails模型命名为“ Post”是否是个坏主意
相关标签