你好,有个问题向大家请教一下,现需要建立一个中药数据库web应用程序,每一个中药包括如下信息 例如 1.中药名:贯众 2.中文名:guanzhong 3.别名:紫萁,贯众,老母猪哼 4.原植物: ①紫萁:多年生草本,高40-80cm,根状茎粗短,生于三地(文字描述300字左右)....(配图) ②狗脊蕨:多年生草本,高40-90,生于海拔400-1600m(文字描述300字左右)... 5.采集加工:削去叶柄,须根,除去泥土,晒干(50字左右) 6.商品规格:干货,无泥土、杂质(50字左右) 7.产地产量:产于我省大别山区(文字描述100字左右).... 8.药材鉴别: ①性状鉴别:文字描述(配图) ②显微鉴别:文字描述(配图) ③理化鉴别:文字描述(配图) 9.炮制:文字描述(50字左右) 10.性味功效:文字描述(50字左右) 11.主治用法:文字描述(200字左右) 12.选方:文字描述(200字左右) 13.化学成分:文字描述(50字左右) 14.药理与药用:文字描述(200字左右) 15. 本草文献记载:文字描述(300字左右) 要求能够对性味功效(如检索”味苦“)、主治用法(如”清热解毒“)、选方(如”预防感冒“)、化学成分(如”绿原酸“)分别检索哪些中药符合要求 (一)数据库的建立,如果我按每一个属性建立一个字段,有插图的再配一个图片地址字段,这样是否合理?如果有的配两张图片怎么办?再加一个字段备用吗?应该怎么设计更合理呢? (二)如果我把所有带图片的属性字段在一个kindEditor编辑框录入来做?还是分别针对每一个带图片的字段用一个kindEditor录入来做? (三)关于性味功效(如检索味苦)、主治用法(如清热解毒)、选方(预防感冒)、化学成分(如绿原酸)分别检索,如果直接用sql语句的like %这样语句是不是性能很低?有更好地方法吗?是不是要用全文检索啊? 忘红薯大哥指点一下,小弟先谢了!
如果某个属性可能有多条数据,就应该建多一个表,例如配图表,然后在配图表中增加药品id的字段来关联呗。
######@红薯 : 谢谢!######@hil2010 : 这个看你们自己的需求,如果允许格式丰富多彩,当然是kindeditor好啦######@红薯 : 谢谢,在录入数据的时候用kindEditor做?还是用一个textarea配一个图片在线剪裁(JCrop)来做呢?哪个更好呢?######@hil2010 : 大文本的搜索可以用 Lucene 建立索引库######谢谢红薯大侠,那检索那一块怎么作呢?直接用sql like可行吗?######建好了给一份啊
######建议多建立一些字段备用。或者用文档数据库把?######谢谢!######看这个需求,没有明显的关系形规范的要求,更贴近于文档方面的需求。而文档数据库的模型比较灵活,适合全文索引。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。