ruby-on-rails - 考虑使用现有数据(不是数据库，实际数据)的新 Rails 应用程序——最好的处理方法是什么？

Question

我的任务是为我目前的工作开发一个新的零售电子商务店面，我正在考虑通过 RoR 来解决这个问题，以便 A) 用我有限的 Rails 知识构建一个“真正的”项目，以及 B) 快速管理周转和反馈(他们希望尽快完成这项工作，他们的截止日期相当不切实际——我说的是几周从无到有的工作模式，这样他们就可以开始使用 SEO/SEM 进行营销，我跟你开玩笑不是“视频博客”，因为我的老板听说那是 future )。

我们确实有一个数据库结构，但它绝对糟糕，而且没有任何理由地拼凑在一起，所以我将在很大程度上忽略它并从头开始创建一个新的数据库；但是，我有需要加载到应用程序中的现有数据(就像我说的，这是一个电子商务应用程序，我们有产品数据)。我需要将这些数据整理成可用的格式，因为我们的供应商向我们提供了神秘的缩写列名称，并且它是高度非规范化的，尤其是在类别中(我之前发布了一个关于它的问题 - 基本上类别表有六个字段，每个类别/子类别一个，如果该类别不适用，则其中一些为空白)。

有两个主要问题让我重新考虑:

1. 正如我所说，数据需要放入“适当的”数据库模式中；我不能按原样加载它。我对一个好的数据模型有一些想法，但我的分析还没有完成。最终会有大量的连接表将各种事物链接在一起(例如 products_categories、products_attributes、products_prices)等，这些表将不是通过 ID 而是通过它们的 SKU 来链接产品(见下文)。

   <

2. 所有内容都已经有一个为其生成的 ID，但我添加的任何新内容都需要自动生成一个；我怀疑这对任何成熟的 RDBMS 来说都是一个问题，但我知道 Rails 喜欢自己生成 ID。此外，几乎所有与产品相关的表都由 SKU 链接(供应商提供的数据中实际上是一个由前缀和库存编号组成的复合键，它们共同构成了完整的 SKU)，而不是 ID 和我我不确定这是否会是一个性能问题(当然，我总是可以在这些列上手动创建索引以加快速度)。不过，这确实意味着我需要摆脱 Rails 惯例。

简而言之，就上市时间和易于开发而言，我认为 Rails 可能是一个不错的选择，但必须使用现有数据内容可能会很痛苦，因为应用程序需要围绕它开发，而不是“传统的”Rails 应用程序，这个因素让我对使用 Rails 产生了很大的怀疑。还有一些其他问题(必须设置 Linux 服务器，而且我居住的地区很少有 Rails 开发人员，所以如果我离开公司，就更新/修改而言，我基本上会把他们扣为人质) .我真的不确定继续进行的最佳途径。

Answer 1

我会像您没有数据一样开发应用程序。使用 ORM 并尽可能使您的数据库成为最佳状态，但当然要记住您必须使用哪些数据填充它(例如:不要对会让您逐条记录地查看旧数据的事物做出疯狂的新约束).

完成并测试后，编写一个导入脚本，将您的真实数据提取到新数据库中。

这与传统的设计/开发模型并无太大区别...除了您可以以半自动化方式进行数据输入。