CSDN论坛 > MS-SQL Server > 基础类

用户名作主键? [问题点数:20分,结帖人imafool]

Bbs1
本版专家分:5
结帖率 96.36%
CSDN今日推荐
Bbs9
本版专家分:96845
Blank
黄花 2003年8月 MS-SQL Server大版内专家分月排行榜第二
2003年7月 MS-SQL Server大版内专家分月排行榜第二
2003年4月 MS-SQL Server大版内专家分月排行榜第二
2003年3月 MS-SQL Server大版内专家分月排行榜第二
2003年2月 MS-SQL Server大版内专家分月排行榜第二
2002年12月 MS-SQL Server大版内专家分月排行榜第二
2002年11月 MS-SQL Server大版内专家分月排行榜第二
Blank
蓝花 2003年6月 MS-SQL Server大版内专家分月排行榜第三
2003年1月 MS-SQL Server大版内专家分月排行榜第三
Bbs12
本版专家分:374376
Blank
状元 2003年 总版技术专家分年内排行榜第一
Blank
金牌 2003年11月 总版技术专家分月排行榜第一
2003年10月 总版技术专家分月排行榜第一
2003年8月 总版技术专家分月排行榜第一
2003年6月 总版技术专家分月排行榜第一
2003年5月 总版技术专家分月排行榜第一
2003年4月 总版技术专家分月排行榜第一
2003年3月 总版技术专家分月排行榜第一
Blank
银牌 2003年9月 总版技术专家分月排行榜第二
2003年7月 总版技术专家分月排行榜第二
2003年2月 总版技术专家分月排行榜第二
Blank
铜牌 2003年1月 总版技术专家分月排行榜第三
2002年12月 总版技术专家分月排行榜第三
Bbs9
本版专家分:55272
Blank
微软MVP 2003年9月 荣获微软MVP称号
Blank
红花 2003年8月 软件工程/管理大版内专家分月排行榜第一
2003年6月 软件工程/管理大版内专家分月排行榜第一
2003年5月 软件工程/管理大版内专家分月排行榜第一
2003年4月 软件工程/管理大版内专家分月排行榜第一
Blank
黄花 2003年10月 软件工程/管理大版内专家分月排行榜第二
2003年9月 软件工程/管理大版内专家分月排行榜第二
2003年7月 软件工程/管理大版内专家分月排行榜第二
Bbs1
本版专家分:5
Bbs3
本版专家分:731
Bbs1
本版专家分:5
Bbs1
本版专家分:30
Blank
红花 2009年11月 PHP大版内专家分月排行榜第一
2009年10月 PHP大版内专家分月排行榜第一
2009年7月 PHP大版内专家分月排行榜第一
2009年6月 PHP大版内专家分月排行榜第一
2009年4月 PHP大版内专家分月排行榜第一
2008年12月 PHP大版内专家分月排行榜第一
2008年11月 PHP大版内专家分月排行榜第一
2008年10月 PHP大版内专家分月排行榜第一
2008年9月 PHP大版内专家分月排行榜第一
Blank
黄花 2009年12月 PHP大版内专家分月排行榜第二
2009年5月 PHP大版内专家分月排行榜第二
2009年2月 PHP大版内专家分月排行榜第二
2009年1月 PHP大版内专家分月排行榜第二
Blank
蓝花 2009年9月 PHP大版内专家分月排行榜第三
2009年3月 PHP大版内专家分月排行榜第三
Bbs1
本版专家分:27
Bbs1
本版专家分:27
Bbs9
本版专家分:57685
Blank
黄花 2009年4月 MS-SQL Server大版内专家分月排行榜第二
Blank
蓝花 2009年5月 MS-SQL Server大版内专家分月排行榜第三
Bbs1
本版专家分:5
Bbs5
本版专家分:3424
Bbs3
本版专家分:657
Blank
微软MVP 2009年4月 荣获微软MVP称号
2010年4月 荣获微软MVP称号
2006年4月 荣获微软MVP称号
2005年4月 荣获微软MVP称号
2008年4月 荣获微软MVP称号
2007年4月 荣获微软MVP称号
2004年4月 荣获微软MVP称号
Blank
红花 2006年7月 其他数据库开发大版内专家分月排行榜第一
2006年6月 其他数据库开发大版内专家分月排行榜第一
2006年4月 其他数据库开发大版内专家分月排行榜第一
2006年2月 其他数据库开发大版内专家分月排行榜第一
2005年11月 其他数据库开发大版内专家分月排行榜第一
2005年10月 其他数据库开发大版内专家分月排行榜第一
2005年9月 其他数据库开发大版内专家分月排行榜第一
2005年4月 其他数据库开发大版内专家分月排行榜第一
2005年3月 其他数据库开发大版内专家分月排行榜第一
2005年2月 其他数据库开发大版内专家分月排行榜第一
2005年1月 其他数据库开发大版内专家分月排行榜第一
2004年12月 其他数据库开发大版内专家分月排行榜第一
2004年11月 其他数据库开发大版内专家分月排行榜第一
2004年9月 其他数据库开发大版内专家分月排行榜第一
2004年8月 其他数据库开发大版内专家分月排行榜第一
2004年7月 其他数据库开发大版内专家分月排行榜第一
2004年6月 其他数据库开发大版内专家分月排行榜第一
2004年5月 其他数据库开发大版内专家分月排行榜第一
2004年4月 其他数据库开发大版内专家分月排行榜第一
2004年3月 其他数据库开发大版内专家分月排行榜第一
2004年2月 其他数据库开发大版内专家分月排行榜第一
2004年1月 其他数据库开发大版内专家分月排行榜第一
2003年12月 其他数据库开发大版内专家分月排行榜第一
2003年11月 其他数据库开发大版内专家分月排行榜第一
2003年10月 其他数据库开发大版内专家分月排行榜第一
2003年9月 其他数据库开发大版内专家分月排行榜第一
2003年8月 其他数据库开发大版内专家分月排行榜第一
2003年6月 其他数据库开发大版内专家分月排行榜第一
2003年5月 其他数据库开发大版内专家分月排行榜第一
Blank
黄花 2006年5月 其他数据库开发大版内专家分月排行榜第二
2006年1月 其他数据库开发大版内专家分月排行榜第二
2005年8月 其他数据库开发大版内专家分月排行榜第二
2005年7月 其他数据库开发大版内专家分月排行榜第二
2005年6月 其他数据库开发大版内专家分月排行榜第二
2005年5月 其他数据库开发大版内专家分月排行榜第二
2004年10月 其他数据库开发大版内专家分月排行榜第二
2003年4月 其他数据库开发大版内专家分月排行榜第二
2003年3月 其他数据库开发大版内专家分月排行榜第二
2003年2月 其他数据库开发大版内专家分月排行榜第二
Blank
蓝花 2006年9月 其他数据库开发大版内专家分月排行榜第三
2006年3月 其他数据库开发大版内专家分月排行榜第三
2005年12月 其他数据库开发大版内专家分月排行榜第三
2003年7月 其他数据库开发大版内专家分月排行榜第三
Bbs2
本版专家分:383
Bbs1
本版专家分:5
匿名用户不能发表回复!
其他相关推荐
建立主键应该遵循的原则
1. 主键应当是对用户没有意义的。如果用户看到了一个表示多对多关系的连接表中的数据,并抱怨它没有什么用处,那就证明它的主键设计地很好。 2. 永远也不要更新主键。实际上,因为主键除了唯一地标识一行之外,再没有其他的用途了,所以也就没有理由去对它更新。如果主键需要更新,则说明主键应对用户无意义的原则被违反了。 注:这项原则对于那些经常需要在数据转换或多数据库合并时进行数据整理的数据并不适用。 3.
为什么一些api暴露的id不是整数
一般人脸检测、识别的api,或其他一些涉及到上传文件的api,返回的文件编号都不是整数, 而是一个很长的字符串,如39bzfptuNhoeN3ft5iN9Wz2fD9Fwqh7vOUFrnkg7, 假如数据库里主键id是自增整形,很短,很方便,为什么对外不直接返回这个整数id呢? 答案是:为了保护隐私,如果是递增整数的话,那么我只要从1开始递增就可以查看到 服务器上的所有文件了。
主键的选择,应该是业务有意义还是业务无意义,应该是逻辑主键还是业务主键
主键的选择,应该是业务有意义还是业务无意义,应该是逻辑主键还是业务主键呢?我发现有很多支持主键应该都是无意义的,不要和业务相关。我很疑惑,疑惑为什么说应该 无意义呢,这个应该无意义有什么根据呢?首先我google了一下该类问题,发现大多数人都持有这种观点,甚至出现了“主键应对用户无意义的原则”,“主键应该业务无意义的原则”等所谓的金科玉律。说到原则,问题就大了,我翻阅《data
hibernate 主键一对一 外键一对一
主键一对一 就是两张表主键相同的一一对应,比如说你的id是1 ,我的id是1, 两个就是对应的关系,这就叫做数据关联,主键一对一的情况相当于一个人只有一个身份证,一一对应,不能有多<one-to-one name="identity" class="Identity" constrained="true"> </one-to-one>但是主键一对一的情况要求主键相同,完全对应,但是主键又是唯一的
Mysql 使用主键查询未应用主键索引问题
建了一张表cust_stat.performance,主键设为ym和uid,使用下面的语句查看执行计划。explain select * from cust_stat.performance where ym='201805'结果发现mysql并没有应用主键索引。给ym字段单独加上索引以后,发现查询正常应用了索引。推断估计是如果是联合主键,自动建的也是联合主键索引,如果只有一个查询条件还是会进行全...
关于自动编号的 id 作为数据库主键的问题
主关键字(主键,primary key)是被挑选出来,   作表的行的唯一标识的候选关键字。但是我们在建表时,有时候会有一个自动编号的id字段和学号字段。那么,我们选择id还是学号(sno)作为关键字? 在这样的表中,该选择什么作为主键?其实很多人会选择sno作为主键,那是一个误区。应该选择id作为主键。理由如下:根据主码的定义, 建立主键应该遵循的原则 1. 主键应当是对用户没
oracle创建主键语句
alter table 表 add  constraint 键名(MAILMESSAGE_pk) primary key  列(MASSID) enable validate;
数据库中使用自增量字段与Guid字段主键对比
1.概述     在我们设计数据库时,数据库的表主键是必不可少的,主键的设计对整个数据库的设计影响很大。主键的设计主要有使用自动增长字段和使用Guid字段两种,上网搜了一些内容就对自动增量字段与Guid字段的性能作一下比较 2.简介   1.自增量字段       自增量字段每次都会按顺序递增,可以保证在一个表里的主键不重复。除非超出了自增字段类型的最大值并
关于数据库的外键和主键
转自:http://blog.csdn.net/championhengyi/article/details/78559789什么是主键、外键关系型数据库中的一条记录中有若干个属性,若其中某一个属性组(注意是组)能唯一标识一条记录,该属性组就可以成为一个主键。比如:学生表(学号,姓名,性别,班级) 其中每个学生的学号是唯一的,学号就是一个主键课程表(课程编号,课程名,学分) 其中课程编号是唯一的,...
【自考之旅】超键、候选键、主键、外键
前言: 一说到键,总感觉迷迷糊糊,于是总结一下它们之间的区别。 一、超键: 超键:在关系模式中,能唯一标识元组的属性集称为超键。二、候选键: 候选键:如果一个属性集能唯一标识元组,且有不包含多余属性,那么这个属性集称为候选键(候选键是没有多余属性的超键)。三、主键: 主键:关系模式中用户正在使用的候选键称为主键。一般,如不加说明,键是指主键。四、外键: 外键:在关系模式R
关闭