If there's a better place to ask this, please let me know.
每次我建立一个新的网站/博客/购物车/等等，我都会不断尝试做以下事情:
- 将常用功能提取到可重用代码中(主要是 Rubygems 和 jQuery 插件)
- 如果可能，将该 gem 转换成一个小型服务，这样我就不必为所涉及的对象处理数据库(服务，我指的是精简的东西，通常使用 Sinatra Web Framework 和一些核心模型构建) .
我的假设是，如果我可以消除对本地数据库的依赖，从长远来看，这将使它变得更容易和更具可扩展性(在可重用性和可管理性方面可扩展，不一定是数据库/性能)。我不确定这是好假设还是坏假设。你怎么看？
我做出这个假设是因为以下原因:
Most serious database/model functionality has been built on the internet somewhere.
仅举几例:
- 社交网络 API:Facebook
- 消息传递 API:推特
- 邮件 API:Google
- 事件 API:Eventbrite
- 购物 API:Shopify
- 评论 API:Disqus
- API 表单:Wufoo
- 图片 API:Picasa
- 视频 API:Youtube ...
这些东西中的每一个都相当复杂，要从头开始构建并像这些公司制造的那样优化、简单且易于使用。
因此，如果我构建一个在事件页面 (eventbrite) 上显示图片 (picasa) 的应用程序，您可以看到谁参加了事件 (facebook events)，并向他们发送电子邮件 (google apps api)，并让他们填写进行月度调查 (wufoo)，并在完成后观看视频 (youtube)，所有这些都集成到一个自定义的、易于使用的网站中，我无需创建本地数据库就可以做到这一点，这是一个很好的选择事情？
我问是因为这个难题中缺少两件事，这一直迫使我创建该本地数据库:
- 发布 API
- RESTful/漂亮的 Url API
虽然有大量的博客系统和 API，但没有一个地方可以让您只编写内容并将其作为某个庞大事物的一部分。对于每个应用程序，我都必须使用代码来创建漂亮/ Restful url，这样可以节省帖子。但这似乎应该是一项服务!
问题是，网站是什么？ ...那个地方为我的特定事业整合世界服务...而且，叹息，存储只有我的站点可以访问的帖子。每个人都需要“自己的博客”吗？为什么不在 StackOverflow 或 Facebook 等成熟平台上创建个人资料并撰写大量内容？
...这样我就可以在完全没有数据库的情况下编写应用程序并且知道我做的是对的。
注意:如果您正在做一些独特的或新的事情，当然在某些时候您需要一个数据库。但是对于您只是重新连接信息或创建视频、事件和产品等内容的情况，真的还有必要吗？？
最佳答案
我认为您在问题中几乎已经回答了您自己的问题:
如果您能找到满足您网站持久性要求的基于 Web 的第三方服务，那么您的网站就不需要本地数据库。
如果你做不到，那就去做。
但是“需求”问题不仅仅是技术问题。假设您确定了一个远程数据库/持久性服务，它可能不适合的原因有很多:
- 它可能无法提供您的客户站点所需的详细功能；例如能够执行某些类型的查询、可扩展性等。
- 考虑到您客户网站的预计点击率，使用它可能过于昂贵。
- 在以下方面可能风险太大:
- 最终用户隐私，
- 服务可用性/可靠性，
- 服务的长期可行性和
- 服务 API 的长期稳定性。
这并不是说这些问题无法解决。但至少需要与您的客户讨论“风险”问题，因为如果情况变坏，他们最终将需要处理这些问题。
然而，归根结底，本地数据库相对于远程数据库的一大优势是您和您的客户可以完全控制本地数据库。
关于ruby - 网站不再需要本地数据库了吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2749898/