大大小小的也做了不少项目,中间遇到过很多问题,在设计数据库的时候,往往有很多地方会出现分歧..
尽管mysql给出了设计数据库时应遵循的几个范式,但是实际在项目中运营中,绝对不会说,完全按照范式来设计,
所以这里,我总结了一些设计数据库时应注意的问题.还有一些可能是自己的个人经验吧 大家仁者见仁吧,
当然这里资源大部分时间是图片的链接问题.大致的分为如下几种
一 是直接存储图片的链接.调用的时候,直接拼接上域名
二 是建立一个资源表,把图片存储到资源表中,在实际的数据表字段中存储资源id.调用的时候 根据资源ID去查询资源链接
三 是在实际数据表中存储图片的相对链接,,而且也建立资源表.
这三种方式都是可以的.谈谈自己的理解吧
1 第一种,和第三种是一样的,直接在应用的地方存储图片的链接,调用的时候拼接上域名.不同的是第三种提供了一种全站的资源管理.
2 第二种,是在表中存储资源id,在调用的时候 需要从资源库中调取,相对比较第三种来说,多了一步.
3 资源库相对的来说,可以控制重复图片的提交,
个人推荐是使用第三种,
遇到的最多的问题是 充值表 提现表 开通vip表 这几种功能,表结构基本上是差不多的 开始的时候我都是把他们设计在一起,
只是新增了一个类型字段进行区分.
但是后来考虑到各种优化的问题,数据量的问题.后来的项目 我都把他们分开了.
一个项目运行的一定程度的时候 就需要考虑优化了.有时候我们为了优化查询速度,会把一个大数据的表进行分割,所以这里 最好就是 能把表分开来,
虽然结构基本一样,但是还是分开来设计比较好.
比如在获取图片链接时,我们需要,对链接进行拼接,下一个公共方法封装起来.是代码松耦合,后期更改也方便,.
我们也可以把一些常用的功能收集起来.不会说,遇到一次重新写一次,
我也写了自己的技术博客来记录自己的学习,一方面是对自己学习的东西的一种总结,
一方面也希望能帮助更多的人.
我一直从事的都是tp开发,,但是现在重新看官方文档,还是会有不一样的心得,而且tp框架本身就提供了很多方法的功能.只是我们在用的时候很少去用,.
比如获取器,和自动写入,自动验证等等一些功能.
当然还有php,mysql 基础知识,,相信没有人敢说已经完全掌握了基础的知识!
上一篇: 提高Alexa排名的20种方法小结
下一篇: 十三届全国人大一次会议选举产生新一届国家领导人