更多频道内容在这里查看
爱奇艺用户将能永久保存播放记录
过滤短视频
暂无长视频（电视剧、纪录片、动漫、综艺、电影）播放记录，
使用您的微博帐号登录，即刻尊享微博用户专属服务。
使用您的QQ帐号登录，即刻尊享QQ用户专属服务。
使用您的人人帐号登录，即刻尊享人人用户专属服务。
按住视频可进行拖动
把视频贴到Blog或BBS
当前浏览器仅支持手动复制代码
视频地址：
flash地址：
html代码：
通用代码：
通用代码可同时支持电脑和移动设备的分享播放
收藏成功，可进入查看所有收藏列表
方式1：用手机看
用爱奇艺APP或微信扫一扫，在手机上继续观看：
煎蛋小学堂14：先有鸡还是先有蛋？
方式2：一键下载至手机
限爱奇艺安卓6.0以上版本
使用微信扫一扫，扫描左侧二维码，下载爱奇艺移动APP
其他安装方式：手机浏览器输入短链接http://71.am/164eL4
下载安装包到本机：&&
设备搜寻中...
请确保您要连接的设备（仅限安卓）登录了同一爱奇艺账号 且安装并开启不低于V6.0以上版本的爱奇艺客户端
连接失败！
请确保您要连接的设备（仅限安卓）登录了同一爱奇艺账号 且安装并开启不低于V6.0以上版本的爱奇艺客户端
部安卓（Android）设备，请点击进行选择
请您在手机端下载爱奇艺移动APP（仅支持安卓客户端）
使用微信扫一扫，下载爱奇艺移动APP
其他安装方式：手机浏览器输入短链接http://71.am/164eL4
下载安装包到本机：&&
爱奇艺云推送
请您在手机端登录爱奇艺移动APP（仅支持安卓客户端）
使用微信扫一扫，下载爱奇艺移动APP
180秒后更新
打开爱奇艺移动APP，点击“我的-扫一扫”，扫描左侧二维码进行登录
没有安装爱奇艺视频最新客户端？
爸爸去哪儿2游戏 立即参与
煎蛋小学堂14：先有鸡还是先有蛋？
播放量数据：
你可能还想订阅他们：
&正在加载...
您使用浏览器不支持直接复制的功能，建议您使用Ctrl+C或右键全选进行地址复制
安装爱奇艺视频客户端，
马上开始为您下载本片
5秒后自动消失
&li data-elem="tabtitle" data-seq="{{seq}}"&
&a href="javascript:void(0);"&
&span>{{start}}-{{end}}&/span&
&li data-downloadSelect-elem="item" data-downloadSelect-selected="false" data-downloadSelect-tvid="{{tvid}}"&
&a href="javascript:void(0);"&{{pd}}&/a&
选择您要下载的《》剧集：
色情低俗内容
血腥暴力内容
广告或欺诈内容
侵犯了我的权力
还可以输入300字
您使用浏览器不支持直接复制的功能，建议您使用Ctrl+C或右键全选进行地址复制输入最短的关键字，如查“男人”相关脑筋急转弯，输入“男”后按Enter即可
先有鸡还是先有蛋？
答案：先有蛋，因为在新华字典里面蛋在鸡的前面
随机推荐脑筋急转弯
答案：先将一卷蚊香的两端点燃，同时将另一卷蚊香的一端点燃，等两端全点燃的蚊香全不燃尽时，再将只点了一端的那盘蚊香的另一端点燃，燃尽，这样恰好用了45分钟。答案：铁饼答案：池塘是空的，没有泥。答案：8答案：车里只有一位乘客答案：还是10分钟答案：日报答案：是你自己呀。答案：不能，因为“1+2+3。。。。。+10”=55答案：我在等秘书答案：50%答案：因为他只会数一数二的。答案：要看你有没有种答案：鸽子的答案：小明就只给了老板80元钱答案：半条虫答案：拔河答案：两座楼一个30层，一个3层答案：可能是三胞胎答案：仓促
随机推荐查询工具
CopyRight &
All Rights Reserved1362人阅读
技术文章（50）
&& 本小菜在设计数据库的时候，不幸遇到这样一个问题：
&& 数据库中有两个表，分别是小组表和成员表。其中小组表中有一个创建者字段，成员表中有一个所属组字段。
&& 看着挺符合逻辑的设计，却引发了一个哲学问题：先有鸡先有蛋？两个表形成了互相依赖。在数据库刚刚建成的时候，两个表中都没有数据，那么向任何一个表中插入数据都是失败的。
&& 出现问题就要马上解决，于是我便到网上搜索，找到这样一句话：“如果两表互有关联,则为多对多的关系,按照第三范式规定,建立第三个中间表,用于存储两表主键,关联时使用第三表的字段进行关联.”。按照这个规则所说的，建立两个中间表，用来存储组表的主键和成员表的主键（另一个表反之），然后用这两个中间表进行关联，这样可以完美解决这个问题。
&& 因为这两个中间表解除了组表和成员表直接的相互依赖，转化为了两个中间表对组表和成员表的依赖。这样看上去貌似不错，可是仔细观察一下会发现，在这个问题中并不是多对多的关系：一个组只有一个创建者，一个成员只能属于一个组。
&& 虽然可以用多对多的方法解决，但这并不是问题的根源。那么问题出在哪里呢？试想一下，假如我们要创建一个组，必须由人来创建，人的层次要高于组，而现在的设计人和组处于一个对等的层次上，这样显然是不合理的。之所以这样，是因为当初设计的时候，把所有的成员都放在一个表中，不分普通用户、操作员、管理员，这样就导致降低了管理员的层次，从实际情况分析，管理员应该是不属于某一组的。
&& 所以，要真正解决这个问题，必须把具有管理功能的角色与普通角色分开，管理角色在组的层次之上，没有所属组，但是有创建组的权限；而普通角色的层次在组之下，必须属于某一组，没有创建组的权限。这样就比较切合实际的解决了这个问题。需要说明的是，AdminMember表和NormalMember表只是代表权限分级域表，并不表示成员类型，比如AdminMember 表中可以放超级管理员、管理员、操作员等用户类型，在NormalMember表中可以有组员、组长、小组长等用户类型，在MemberAll表中应该还有TypeID字段，来标识成员的类型。因此，在设计数据库的时候，一定要分析表的层次结构，划分出明确的域，避免出现互相依赖这样的错误设计。
&& 即便是这样，个人感觉这个设计还不是很合理。可以看出，假如我们删除了某一个属于AdminMember表域的用户，那么这个用户所创建的组也会由于外键约束不得不删除。这在实际应用中显然是非常不合理的，这样会导致系统混乱不堪。
&& 因此，我认为虽然AdminMember表和Group表理论上有外键约束关系，但是实际设计数据库时不能加这个约束，我们只是为了记录一下组的创建者，进而提供一些参考，并没有严格的完整性要求，如果这个创建者不存在了，组应该还在。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：283094次
积分：4122
积分：4122
排名：第4630名
原创：90篇
评论：344条
(1)(5)(6)(1)(8)(6)(6)(5)(5)(1)(1)(7)(4)(4)(4)(3)(25)}