我有一个有趣的问题,我一直在努力简化。我有一个电信客户,他有几个注册表单 - 每个代表一个不同的程序/报价。每个表单本质上是相同的,但有些表单具有其他表单没有的字段。可以想象,这在数据库和 CRUD 代码中都是一场噩梦。
目前,每个表单都被单独处理并进入每个应用程序表单的专用 MySQL 表。可怕的是,每个应用程序都有一个单独的 CRUD 代码。关于如何最好地处理这种情况,我想听从有经验的人的意见。
我考虑将表单元素解析为 CSV。我将定义一个标识元素的排序模式,以便 CRUD 可以轻松地处理一个表。然而,这是一个问题,因为有时这些表单元素会发生变化,这会使所有内容保持井井有条和整洁。我也想拥有一个带有标准元素的基本表单,然后需要不同元素的表单将与一些 FK 一起存储在其他地方。
我真的不知道我能做些什么来让这件事变得更容易。我讨厌有几个表用于应用程序,还有几个 CRUD 用于处理......
TLDR;我怎样才能最好地管理在数据库中处理/存储几个独特/相当大(20 个元素)的表单并在它们上实现 CRUD。
谢谢你的时间。
编辑我也只是考虑实现 JSON 或 XML 来定义表单元素和接受的数据类型。这可以由系统修改,并且在保存后,可以为每个应用程序生成一个缓存的 HTML 表单页面和更新的 SQL 代码。这样,我可以解决编辑问题。但是,基于这个实现,我仍然需要几个表。