探讨企业级应用中，如何允许用户增加自定义字段

我所说的用户增加自定义字段，是指最终用户可以通过配置等手段，可以在界面上增加各种类型的想要的字段，这个字段可以用来存储和查询。

例如：有一个客户信息表，原来只有名称和地址，客户想自己添加，生日，分类，地区等字段。
添加完的字段要达到:
1）能保存
2）能查询
3）能用来排序
4）能用来分组统计

我所见到的做法，一般都是通过表里预留字段来做得，例如cust01,cust02等，各种类型都预留一些，一种是直接增加了另一张表，比如xxxx_ext表，里面有大量的cust01,cust02等。

这样作的缺点是，
1）数量是固定的，一旦某个类型的字段，我要添加一大堆，就可能碰到限制了。
2）可读性很差，看数据库的时候，会看到一堆不知道是什么东西的数据，还要找对应关系。不知道能不能把这些字段和字段表述做成视图呢？
3）扩展表的方法会多做一次join，影响效率。

我考虑是不是还有其他的方法。
1）是否可以使用XML。所有自定义的数据都写到XML里面，然后利用数据库提供的XML功能。我不了解数据库提供的XML功能，请有经验的朋友解答一下。
2）和上面类似，使用一个text字段。不过内容可以用其他的格式，比如yaml或者json。比上面的优点是占用空间小了。然后写个函数，专门从里面根据字段名取数据，然后基于这个函数作查询，排序，分组。
3）能不能用动态的DDL，或者自动生成rails的migration，然后停机升级。

不知道大家都是怎么作的？有没有更好的方案？

强调一下,我说的情况是,你把程序开发完了,交给客户,需要给客户提供一个可以自定义字段的功能,然用户增加一些他想要的字段,这个过程中开发人员不再参与.
大家说自己的方案的时候,最好能够简单描述一下优缺点.

评论

9 楼 dazuiba 2008-12-28  

我年初做过一个系统，当时用户提出的需求和楼主的类似。

首先力劝楼主不要想着将字段key value Join到另外一张Meta表，这样做很别扭，一点也不直观，很难实现你所提出的查询需求。

我是直接alter table，具体方案如下：

1 运行时直接alter table,然后使用Model.reset_column_information来更新active_record的schma信息。
2 使用一张表property_definitions 来记录所有用户自定义的字段：

   create_table "property_definitions" do |t|
        t.string "data_type",:null => false
		    t.string "name",:null => false#显示在界面上的名字
		    t.text "description"
		    t.string "column_name", :null => false
			  t.string "table_name", :null => false
    end

  这里有个细节，用户自定义的字段，有可能是一系列枚举值，也就是可提供一个列表工用户选择的那种，那么就需要一个enumeration_values

       create_table "enumeration_values" do |t|
      t.string "value",:null => false
      t.integer "property_definition_id"
      t.integer "position"
    end

以上是数据库相关的。

界面上总的可以分成两个部分，1是管理后台，2是使用界面
  关于自定义列的管理，值得一提的是数据列默认值的设定，以及删除数剧列的检查
  关于使用界面，我是分成几个partial来渲染的，分别是 text,text_area,select,date，通过查询property_definitions，我可以知道那个表的哪个列，应该用何种方式来显示。


最后，还有值得一提的一点是查询，客户要求实现基于自定义数剧列的全文检索以及数据库检索。对于前者，我是用ferret每日做重建索引(因为数据量不是很大，10分钟就可以完成)，对于后者，则很简单。


希望能对你有所帮助。

8 楼 foxgst 2008-12-28  

要把变动的字段保存/查询/排序/统计，看来需要做Meta Programming。

如果简单点的话，可以做一个配置应用，专门给有修改字段权限的人用，负责更改数据库结构(Migration)，更改模型文件(Modify extend model file)，热部署(Kill and start App)等。

7 楼 kiol 2008-12-27  

对于动态DDL修改数据库结构的方式,好像会导致数据库不好升级吧?
不知道有没有人尝试过?
XML字段或者自定义数据格式Text字段,有人尝试过吗?

6 楼 kiol 2008-12-27  

seemoon 写道

1）能保存
2）能查询
3）能用来排序
4）能用来分组统计

你说的这些除了如何给表增加字段之外，其他都是数据接口的问题，activerecord的接口已经很开放和灵活，比如
:conditions=>["sql ..", param1, param2...]
你只要有个动态条件拼接算法或者util，就可以解决问题

呵呵,我想探讨的就是是否要给表增加字段?怎么增加?各有什么优缺点?

5 楼 kiol 2008-12-27  

下一站，火星 写道

新建一个表，存你所谓的字段名，如生日，分类，地区，然后把需要自定义字段的表和它多对多不就完了

可能是我没写清楚,我是希望设计一个功能就给客户了,然后再我不参与的情况下,客户可以自定义字段,并对这些字段执行一些操作.

4 楼 kiol 2008-12-27  

xiaoyu 写道

应该看一下CMS的做法， 例Megento。 都是用Key - value的方式， 不同类型的字段保存在不同的表中。 自己看吧。

能详细说一下吗?
不同类型的字段保存在不同的表里?是按照字段类型建很多表,然后怎么和主表关联呢?是每个主表拖一堆的各种字段的表呢?还是就按字段建几个表,然后用多对多的表维护关系呢?

这个好像跟我说的例子的方式,本质上差不多吧?优点是什么?

3 楼 seemoon 2008-12-27  

1）能保存
2）能查询
3）能用来排序
4）能用来分组统计

你说的这些除了如何给表增加字段之外，其他都是数据接口的问题，activerecord的接口已经很开放和灵活，比如
:conditions=>["sql ..", param1, param2...]
你只要有个动态条件拼接算法或者util，就可以解决问题

2 楼 下一站，火星 2008-12-27  

新建一个表，存你所谓的字段名，如生日，分类，地区，然后把需要自定义字段的表和它多对多不就完了

1 楼 xiaoyu 2008-12-27  

应该看一下CMS的做法， 例Megento。 都是用Key - value的方式， 不同类型的字段保存在不同的表中。 自己看吧。