为了账号安全,请及时绑定邮箱和手机立即绑定

最新回答 / 温柔的雪狼
慕课网在PC端不支持下载,可以在移动端的慕课APP上下载。
如果时间需要用作来比较计算的话以什么形式存储,然后又怎么计算比较呢。int的话1970年以前和2038年以后的怎么搞,datetime这样的话要怎么比较计算啊
通常情况下,我们使用取模的方式来进行表的拆分;比如一张有400W的用户表users,为提高其查询效率我们把其分成4张表users1,users2,users3,users4
通过用ID取模的方法把数据分散到四张表内Id%4+1 = [1,2,3,4]
然后查询,更新,删除也是通过取模的方法来查询
$_GET['id'] = 17,
17%4 + 1 = 2,
$tableName = 'users'.'2'
Select * from users2 where id = 17;
在insert时还需要一张临时表uid_temp来提供自增的ID,得到自增的ID后,又通过取模法进行分表插入;
边看边做笔记,读书以来从来没有这么认真过
舌头更不上了吧哈哈,难道你讲的这些不重要
咱们都来吐槽了,
嘟喽的跟机关枪是的

最新回答 / Youth丶佐
不是的啊 。你还要设计一张好友模块,消息模块!看你还需要什么功能了吧,我觉得最少要有这三张表
NOsql系统一个都没有用过和见过
吐字不太清晰。。。但是还是很不错的
我可以确定的说,你的头像不是你本人,,,,,
如果表多的话,外键简直是噩梦啊感觉;一个成功,一个失败,下次可能就会异常了。。。
觉得不好的ctrl+w,劳资已经看了一天了,没停,就和电影一样。
总结一下:第二范式就是:不存在非关键字段对于候选关键字段的部分函数依赖;例如:表中的关键字段(商品名称)决定了非关键字段(价格、描述、重量、有效期、饮料);关键字段(供应商名称)决定了非关键字段(供应商电话),所以关键字段和非关键字段之间存在着部分函数依赖;通俗的来说:就是第二范式要求表的主键和非主键之间“不能”有一毛钱的关系,这样才不会产生部分函数依赖;而属于完全函数依赖;这样就可以定义成:表中的非关键字段要和关键字段存在着完全函数依赖。
总结下:第一范式:就是数据库中的每个属性不可再分,当然,这也是关系型数据库的基本要求;遵守第一范式也会有:数据冗(rong)余、插入异常、删除异常、更新异常;这时就需要其他范式,老师讲的没问题。
我真是学中文的。。。
课程须知
本课程适合程序开发人员及数据库管理运维人员
老师告诉你能学到什么?
1、了解数据库设计的重要性 2、如何设计出简洁高效的数据库结构 3、如何对数据库结构进行优化调整

微信扫码,参与3人拼团

微信客服

购课补贴
联系客服咨询优惠详情

帮助反馈 APP下载

慕课网APP
您的移动学习伙伴

公众号

扫描二维码
关注慕课网微信公众号

友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!

本次提问将花费2个积分

你的积分不足,无法发表

为什么扣积分?

本次提问将花费2个积分

继续发表请点击 "确定"

为什么扣积分?

举报

0/150
提交
取消