zoukankan      html  css  js  c++  java
  • 如果要给那些花儿编写一套数据库表

    首先,彼岸花的学名是最重要的标识,找片的主要依据,一张成名表是必须的,还是系统的核心表;

    但是,花儿们的大名未显时,会以其它名字入市,这些名不见经传的名字放入成名表当然是不应该的,应该单独放入别名表,并以外键标注它与成名之间的关系;

    当然,有些彼岸花的成名不止一个,每个成名下都有一些作品,因此还需要一张DNA表,不管一个人是否整容,DNA表的记录就是一人对一条;通过DNA表,成名之间就能建立联系。

    所以,记录一朵花的名称就需要三张表:成名表、别名表和DNA表。

    其次,每张作品会关联一到多朵彼岸花,那么作品表之间便与成名表之间有一对多的关系,外接程序应能维护这种双向关系;

    花儿们的生涯应该通过作品展现出来,比如演艺生涯从哪年到哪年,哪年是最火的时候,哪年到了迟暮的时候,都应该通过作品番号体现,如果在别的字段里写文本或数字,就显得乏味缺乏说服力且不客观了;

    作品表的核心字段是番号,其次是一对多的关联关系,再次是出版日期,其实质内容不该放在表中,而应放在另一张内容表的blob字段中或是放到特定路径中,作品表和内容表是主键外键一对一的关系;

    再次,作品应该能打Tag,tag本身就是一张表,如冒险、动作、枪战等,一个作品可以打上多个Tag,也可以一个都不打,外接程序应该能保证双向查询追溯,这就需要一张作品tag的连接表;tag之间也存在层级关系,不是平级的。

    另外,如果两幅作品tag存在重叠,系统应该能判断它们的重合度,从而出现智能推荐;选择两幅作品时,系统中应该出现两作重合度的画面;

    每个用户都能按自己的意愿给作品标注tag,系统应该计算后显示统计结果;

    其四,每幅作品应该能打分,百分制,每个用户都按自己的想法给作品打分,然后系统去算平均值,作为该作品的显示分值;

    彼岸花们不该被直接打分,而应根据作品整体给人定档次,这也体现了人靠作品说话的硬道理,也避免了封面杀和低演技派;

    其五,到了观众参与的环节,情况就更复杂了,一方面系统依赖于观众的积极参与才能日趋完善,光靠几个主创自己上传作品自己打Tag自己写评论,那就象几个蜜蜂钉在一朵花上,时间一长就乏味了,另一方面观众水准参差不齐,对系统了解也不够,必然存在乱打Tag乱评分的情况,如果作品不那么热门,个别偏激的观众就有把作品带偏的可能,即使是多人参与,也可能不会是观众的独立思考,这时系统就该有个修正功能。

    从观众的视角看,有从成名切入的,此时系统该展现按年代分、按热门程度分、按tag分的作品视图;有从番号切入的,此时系统该展现演职员表,从而带到成名表那边;有从Tag切入的,此时系统该展现每个tag下的按得分降序排列的作品,并提供more链接;有从得分切入的,这个就去得分表做统计再遴选就行。

    其六,从数据的活跃程度来看,写在字段里的,只能由编辑或是维护人员修改的数据最死最呆板;有观众主动参与的Tag和评分就活跃不少,但这个是主创给观众的权力,主创想不到的观众便没有;观众自己能完全自主的就是评论,评论里一定会有让主创和其他观众眼睛一亮的东西,所以成名和作品下的评论区必不可少。评论参照论坛的形式来就好了。

    --------------------------------------------------

    一开始写的时候觉得几张表就行,后来发现媒体要真想做完善了,其内部数据类型和联系比商城系统复杂得多,而进销存系统的数据更显得直白得可爱了。总之,这里面水不浅,还需细细思量。

    未完待续

  • 相关阅读:
    面向对象编程技术的总结和理解(c++)
    对类的理解(c++)
    对指针和引用的理解(c++)
    3DES对称加密算法(ABAP 语言实现版)
    org.springframework.util.Base64Utils线程安全问题
    SAP传输请求自动发布
    ABAP WB01 BDC ”No batch input data for screen & &“ ”没有屏幕 & & 的批输入数据“
    SAP S/4 1610 IDES + HANA 2.0 安装
    ABAP语言实现 左移 <<、无符号右移 >>> 位移操作
    ABAP表抛FTP通用程序
  • 原文地址:https://www.cnblogs.com/heyang78/p/15367429.html
Copyright © 2011-2022 走看看