php - 如何设计布局可能随时间变化的通用数据库？

Question

这里有一个棘手的问题 - 如何以编程方式创建和查询一个我无法真正预见其内容的数据库？

我正在实现一个通用的输入表单系统。用户可以创建具有所见即所得布局的 PHP 表单，并将它们用于他希望的任何目的。他还可以查询输入。

所以，我们分为三个阶段:

1. 设计并生成了一个表格。这是一次性程序，但表格可以在以后进行编辑。这将设计数据库。
2. 一个人或几个人使用该表格 - 例如用于每日销售报告、库存管理、工资单等。他们对表格的输入将写入数据库。
3. 其他人，可能是管理层，可以查询数据库并生成报告。

由于这些表单是通用的，我无法预测数据库结构——只能说它将反射(reflect) HTML 表单字段并由来自编辑框、备忘录、单选按钮等集合的数据输入组成。

问题和评论:

A) 我怎样才能根据表和列来最好地构建数据库？主键呢？我的第一个想法是使用控件名称来标识每个列，然后我意识到用户可以编辑表单并重命名，这样“name”可能变成“employee”或者“wages”变成“:salary”。我倾向于为每个人分配一个唯一的数字。

B) 如何最好地键入行？我正在考虑一个时间戳以允许我查询和一个用于 A) 中的行 ID 的列

C) 我必须处理列重命名/插入/删除。删除不对，不知道要不要把数据库里的数据删掉。即使用户不再从表单中输入它，他也可能希望查询之前输入的内容。或者可能有一些保留数据的法律要求。重命名/插入/删除列中的任何问题？

D) 对于查询，我可以让我的 PHP 查询数据库以获取列名并生成一个带有列表的表单，其中每个条目都有一个数据库列名，一个复选框来说明是否应该在查询中使用它以及，基于列类型，一些选择标准。这应该足以构建诸如“position = 'senior salesman' and salary > 50k”之类的搜索。

E) 我可能必须生成一些花哨的图表 - 图形、直方图、饼图等，用于查询随时间变化的数值数据的结果。我需要为此找到一些好的 FOSS PHP。

F) 我还忘记了什么？

这一切对我来说似乎很棘手，但我是数据库 n00b - 也许对你们这些大师来说这很简单？

---

编辑:请不要告诉我不要这样做。我别无选择:-(

编辑:在现实生活中，我不认为列重命名/插入/删除会很频繁。但是，运行几个月后可能需要对数据库进行更改。我相信这种情况经常发生。我担心我对这个问题的措辞很糟糕，而且人们认为每 10 分钟左右就会随意更改一次。

实际上，我的用户在布置表单时会定义一个数据库。他们可能第一次就做对了，而且永远不会改变它——尤其是当他们从纸质表格转换过来的时候。即使他们确实决定改变，这也可能只会在数月或数年后发生一两次 - 这可能发生在任何数据库中。

我不认为我在这里有特殊情况，也不认为我们应该专注于改变。也许最好专注于链接 - 什么是好的主键方案？比如说，对于一个文本输入，一个数字和一个备忘录？

Answer 1

"This all seems very tricky to me, but I am database n00b - maybe it is simple to you gurus?"

不，它确实很棘手。从根本上说，您所描述的不是数据库应用程序，而是数据库应用程序构建器。事实上，听起来好像您想编写类似 Google App Engine 的代码。或 MS Access 的 Web 版本。编写这样的工具需要大量 时间和专业知识。

Google 通过使用其 BigTable 平台实现了灵活的模式。它允许您随意调整模式。问题是，这种灵 active 使得编写诸如“position = 'senior salesman' and salary > 50k”之类的查询变得非常困难。

所以我认为 NoSQL 方法不是您所需要的。您想要构建一个生成和维护 RDBMS 模式的应用程序。这意味着您需要设计一个元数据存储库，您可以从中生成动态 SQL 来构建和更改用户的模式，还可以生成前端。

元数据模式需要存储的内容

对于架构生成:

• 外键关系(一个员工在一个部门工作)
• 唯一的业务键(只能有一个名为“销售”的部门)
• 引用数据(EMPLOYEE.POSITION 的允许值)
• 列数据类型、大小等
• 列是否可选(即 NULL 或 NOT NULL)
• 复杂的业务规则(员工奖金不能超过工资的15%)
• 列的默认值

前端生成

• 显示名称或标签(“Wages”、“Salary”)
• 小部件(下拉列表、弹出式日历)
• 隐藏字段
• 派生字段
• 帮助文本、提示
• 客户端验证(相关的 JavaScript 等)

最后指出您提案中的潜在复杂性:像 Joe Soap 这样的常规表单设计者将无法制定 JS 来(比如说)验证输入值在 X 和 Y 之间，因此您将不得不使用模板化规则派生它。

这些绝不是详尽的 list ，它们只是我的脑海中浮现出来的。

对于主键，我建议您使用 GUID 数据类型的列。时间戳不能保证是唯一的，尽管如果你在一个有六个地方的操作系统上运行你的数据库(即不是 Windows)，你不太可能会发生冲突。

最后一句话

'My first thought was to use the control name to identify each column, then I realized that the user can edit the form and rename, so that maybe "name" becomes "employee" or "wages" becomes ":salary". I am leaning towards a unique number for each.'

我以前构建过数据库模式生成器。他们很难。困难的一件事是调试动态 SQL。因此，让自己更轻松:对表格和列使用真实姓名。仅仅因为应用程序用户现在想要查看标题为 HEADCOUNT 的表单，并不意味着您必须重命名 EMPLOYEES 表。因此需要将显示的标签与模式对象名称分开。否则，您会发现自己试图找出此生成的 SQL 语句失败的原因:

update table_11123
set col_55542 = 'HERRING'
where col_55569 = 'Bootle'
/

疯狂就这样撒谎。