首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
MySQL 5.5 Community Server
MySQL 5.6 Community Server
Percona Configuration Wizard
XtraBackup 搭建主从复制
Great Sites on MySQL
Percona
MySQL Performance Blog
Severalnines
推荐管理工具
Sequel Pro
phpMyAdmin
推荐书目
MySQL Cookbook
MySQL 相关项目
MariaDB
Drizzle
参考文档
http://mysql-python.sourceforge.net/MySQLdb.html
V2EX  ›  MySQL

[提问]用 MySQL 如何保存复杂表格的各种不同的数据。如居民健康档案表、高老糖随访表等...

  •  1
     
  •   hzw94 · 2017-06-16 17:41:09 +08:00 · 2774 次点击
    这是一个创建于 674 天前的主题,其中的信息可能已经有所发展或是发生改变。

    由于要重构系统,正在重新设计数据结构,希望找到好思路解决下面的问题

    1. 表格里面值的太杂、类型太多

    2. 旧表是将左列表头作为一个字段(职业、婚姻状况、疾病、手术),将右边的值按顺序放入数组再序列化后,保存到字段中,读取显示的时候,就反序列化按顺序显示

      个人觉得比较死板,完全写死了,查询也会非常艰难。旧表是前同事设计的,我刚转正就接手了,头大中。


    附上表格

    居民健康档案
    居民健康档案

    高血压随访表 高血压随访表

    第 1 条附言  ·  2017-06-17 20:46:41 +08:00
    补充说明一下:

    我们是做一个 web 来显示出完全一样的表格,图中每个下划线,小方框都是输入框(即 input 框)。
    其中,下划线中输入的内容,会变成数字选项的值。小方框中填的都是数字,有单选,有多选。
    所以,的确繁杂。

    大家的建议中,主要都是 json 化。大概的话,我也是走 json 化了
    22 回复  |  直到 2017-06-19 11:48:43 +08:00
        1
    3dwelcome   2017-06-16 17:48:20 +08:00
    我也关注一下,目前是 axure 绘制表单,可见即可的。然后运行时,填入 json 字段,对应各种字段增减。

    一直希望找一个能更好的,复杂表单布局的描述,来替换 axure 设计的表单样式。
        2
    coyove   2017-06-16 17:51:13 +08:00
    postgresql json
    ……
    ……
    ……
    不好意思走错地方了
        3
    bk201   2017-06-16 18:00:54 +08:00
    mogodb,不用动脑子
        4
    changwei   2017-06-16 18:09:56 +08:00 via Android
    mysql 的 json 不错,但是听说查询起来性能比较低?试试看 mongodb,他专门就是为楼主这种场景需求设计的。
        5
    yumemor   2017-06-16 18:28:31 +08:00
    之前有做过类似的项目,不过是管理简历,每个人的职位信息技能专长 /个人信息/ 教育信息 字段很多,当时放弃了用数据库持久化 我是用了 xml 文件进行持久化的,而数据库只关联一些用户和简历的相对路径,主要很方便的是 xml 节点命名稍微注意点 很容易就能生成一个 html 然后导入一个 css 进去,样式也有了,对维护来说 xml 可读性也比 json
    强。
        6
    sorra   2017-06-16 18:46:18 +08:00
    @yumemor 这样保存就不能查询内容了。如果不需要查询内容,用数据库的 BLOB 保存更简单。
    @hzw94 查询速度主要靠事先建索引,如果你先想好哪几个字段经常查询,可以把这几个字段重复保存到几个专门的 column,用来建索引。即使是 NoSQL 也要建索引才查得快,NoSQL 的索引相对灵活一些。
        7
    yumemor   2017-06-16 18:53:06 +08:00
    @sorra 全文检索 ,可能效率低 存二进制场景可能更适合来备份
        8
    YangXiaoming   2017-06-16 18:55:00 +08:00
    该用 PostgreSQL9.6,用 jsonb 字段存一些比较灵活的信息,查询检索都方便。。。
        9
    buliugu   2017-06-16 21:24:45 +08:00
    持久化存 mysql json,有事务安全,要查询直接上 es 好了
        10
    reus   2017-06-16 21:35:13 +08:00
    肯定用 postgresql 的 jsonb 来存啊,然后做一些索引,或者直接顺序处理
    postgresql 支持表达式索引,也就是 jsonb 里存的值,用一个表达式计算出来,然后做索引
    十分灵活,比 mysql 好五倍
        11
    cxbig   2017-06-16 22:53:00 +08:00
    一般 MySQL 就就是 JOIN,1 对 1 的信息放主表( Person:id ),其他可能有多次记录的按功能单独出一个表,如(高血压 Hypertension:id,person_id ),Person has many Hypertension 这样。分表有字段增减用 ALTER TABLE 即可

    至于 MongoDB 这种就更简单,可以任意增减 Field,在程序层面包装好 json 即可。
        12
    leeg810312   2017-06-16 23:31:40 +08:00 via Android
    Postgresql jsonb+1,jsonb 存取方便,查询性能一点也不差
        13
    Sunyanzi   2017-06-17 00:44:51 +08:00
    看起来并不是很复杂啊 ... 用 JSON 确实是个方法 ... 但对于这种字段基本定死的表格也可以不用 ...

    不太明白表一里面除了生日之外的小方框是做什么用的 ... 如果是分类勾选一个二进制就搞定了 ...

    所有涉及自定义填写的无非就是一个个的 nullable 的字段 ...

    手术外伤这种如果确定只能写俩就是单表两组字段 ... 允许无限量填写的话开子表也没什么问题 ...

    从示例的这两张表来看就是两张有四五十个字段的大表 ... 还挺基础的其实 ...

    顺便说句题外话 ... 改动表体系等于改动所有业务逻辑 ... 如果接手的时候原来的数据很多还是慎行 ...

    毕竟老系统很多都没有 API 类的东西 ... 所有子系统都是直读表 ... 如果要重构建议妥善评估后果 ...
        14
    gouchaoer   2017-06-17 00:57:32 +08:00 via Android
    存成 json 没问题。。。。别用 mongo 别用 postgres,就用 mysql 就 ok 了,如果没有检索统计需求你上一位的方法没问题,有就使用 json 类型
        15
    dylanninin   2017-06-17 11:03:32 +08:00
    up
        16
    dylanninin   2017-06-17 11:47:18 +08:00
    看楼上很多在 mysql/postgresql/mongodb 之间徘徊,感觉没有真正理解问题本身,而是手中各自拿了一把🔨

    根据接触过的项目,就楼主的问题回答一个很普通、也很朴实的做法,希望能够开阔思路。

    按照字段名、取值范围等逐一列举,没有 json、没有 schemaless,一样可以非常好的工作。
    - 1. 字段类型多、取值多,都不是问题,先下一个基本功『列举 /枚举』,在此基础之上再进行分类、归纳、抽象,这对后续的设计调整、代码实现都有帮助。当然,很多人一眼就可以看出这很死板、繁琐,就不愿意去做了:-D
    - 2. 按照关系数据库来设计,最基本的一张表,记录各种表格的所有字段的元信息,比如 fields(id, target, name, type, label, description, default, nullable, options),包括业务表类型,字段名、字段类型、字段标签、字段描述、字段默认取值、字段是否为空,字段取值的可选项等,甚至也可以增加 validator 等等
    - 3. 动态创建表,根据以上 fields(target) 就可以知道一个 target 的所有 field,动态建表很容易
    - 4. 至于查询,跟 json/schemaless 无关,照例可以根据 fields 来生成查询的模板

    以上设计很普通,相信大家都能够想到 ~
        17
    dylanninin   2017-06-17 11:50:17 +08:00
    忘记补充,代码实现方面,如果对元编程有足够了解,实现起来也会很简单
        18
    dangyuluo   2017-06-17 11:52:59 +08:00
    @buliugu 所见略同
        19
    jucelin   2017-06-17 14:20:54 +08:00
    和问卷系统类似: https://wj.qq.com/s/1421356/252b
    可以简单除暴的视为: 问题 /答案,然后再拓展相关的字段。这样你就不会认为你的选项没有规律了。

    高血压随访表 可以拆开理解为每次都填一次问卷。

    之前做问卷系统的时候,拿到的需求和你这个一样,密密麻麻的框。
        20
    m939594960   2017-06-17 16:35:52 +08:00
    在我们公司做个好几个类似的程序,都是 mysql 疯狂建表,然后存起来,然后这页面一查表能查 20~50 个连表(我是真的服了,但是数据库我又控制不了)我就建了一个新字段,第一次查询的时候吧这些数据链表放到模板里生成 html 下次到这页就不连表了,查询功能也可以做的 OK
        21
    hzw94   2017-06-17 20:23:48 +08:00
    @3dwelcome axure 真没用过,有空去了解一下。

    @bk201 @changwei  暂时不考虑其余 SQL

    @yumemor  用 xml 文件保存的话,我感觉会多出不少额外的管理成本,备份起来也稍微麻烦

    @sorra 暂时没法用 NoSQL 类的数据库

    @reus @leeg810312 postgresql 真没用过,我先去了解一下

    @Sunyanzi 表中所有的下划线,小框都是输入框,都可能有值或者为空。既有多选,也有单选,也有组合。

    @gouchaoer  如果找不到更好的存储方式,其实我也是打算照旧了

    @dylanninin 好像没看懂。。。

    @jucelin 这种方法,就是将每个答案(单选或多选)都放到一个字段,大概得要 json 了

    @m939594960 不错
        22
    jucelin   2017-06-19 11:48:43 +08:00
    @hzw94 #21
    如果你有答案分享的需求,就需要继续拆。当然继续拆结果就如 @m939594960 说的情况。
    我的做法是 json 也存了,表也拆了。做了冗余存储。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1323 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 18ms · UTC 16:58 · PVG 00:58 · LAX 09:58 · JFK 12:58
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1