• 周一，忙碌中

    2004-04-05

    Tag：技术点滴

    版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://piginzoo.blogbus.com/logs/128781.html

    最近看到不少不错的blog，看来国内爱技术爱交流的朋友很多，只可惜我的点滴经验还构不成风暴，足以让别人沐浴，不过，努力还是要持续，持续构建，诞生出来的必将是坚固的应用：

    http://blog.joycode.com/jgtm2000/posts/100***.aspx
    http://douleimi.vicp.net:9080/space/start
    http://www.blogdriver.com/showBlog.do?bloggerID=18294&diaryID=90368
    http://www.blogbus.com/blogbus/blog/diary.php?diaryid=125334
    http://gigix.blogdriver.com/index.jsp
    http://www.blogbus.com/blogbus/blog/index.php?blogid=6707

    ===================================

     10:43 构思了半天关于字典表的重新设计
     理想的思路是：
      数据字典可以考虑做成是整个系统的静态数据的存放单元，
      除了一些系统需要的静态数据，比如国家，民族，
      还包括一些业务需要的静态数据，比如档案分类，
      

      数据字典分类表：
       guid
       code
       name
       desc
       对应的java类
       是否是系统数据字典：如果是，可以被管理员维护，如果不是，管理员无权维护，由各个业务模块负责维护
       扩展表

      数据字典元数据表 - 实际上每行是对数据字典每个属性的描述   
       guid
       数据字典分类guid
       对应的扩展表中列名 - 这个字段很重要
       对应的java类属性
       

      数据字典UI编辑配置表
       guid
       数据字典元数据guid
       属性显示名称
       属性描述
       属性的编辑方式：text,下拉列表框，复选框。。。
       属性关联的其他数据字典，可以能他的某个属性又是其他的数据字典

      
      数据字典表
       guid
       code
       name 
       desc
       是否是叶子节点
       当前层的序号，大部分用于显示排序  
       父亲的guid
       
     如果这样实现，完全基于元数据描述，固然很好，但是有以下实现困难：
      重新自己重写db层，无法使用hibernate
      需要书写一套html类用于显示，否则，不太好实现ui的编辑绑定
      时间，时间，时间，理论上实现起来没有太大难度，但是时间有限，以后可以考虑实现。
      
     当前还是维系最简单的一张表容纳所有的设计，虽然颗粒度粗点，但是基本上可以满足当前需求，
     对于比较特殊的业务字典，考虑到其千变万化的扩展属性，以及将来和授权要绑定，当前只有单独实现。


    历史上的今天：

    hibernate点滴 2004-04-05

    随机文章：

    最近的感受 2004-05-17
    hibernate点滴 2004-04-05

    收藏到：Del.icio.us




    引用地址：
    动物园的猪 发表于13:05 | 编辑 | 继续话题 | 转发 | 分享　0