学校教数据库,用的是sql sever,本人电脑试了几次都装不上,索性不装了,用MySQL。
遇到不同的,就把文章转过来了。
1.关键字
auto_increment
例:
CREATE TABLE animals ( id mediumint not null auto_increment,
name char(30) not null,
primary key (id));
LAST_INSERT_ID 是与table无关的,如果向表a插入数据后,再向表b插入数据,LAST_INSERT_ID会改变。
使用单INSERT语句插入多条记录, LAST_INSERT_ID返回一个列表。
@@identity是表示的是最近一次向具有identity属性(即自增列)的表插入数据时对应的自增列的值,是系统定义的全局变量。
比如有个表A,它的自增列是id,当向A表插入一行数据后,如果插入数据后自增列的值自动增加至101,则通过select @@identity得到的值就是101。
注:LAST_INSERT_ID是一个函数.
用法:LAST_INSERT_ID()
在MYSQL中可以使用LAST_INSERT_ID()函数,在MSSQL中使用@@IDENTITY。
挺方便的一个函数。
但是,这里需要
A:
在mysql中用last_insert_id()....在程序中用mysql_insert_id()...
MySQL AUTO_INCREMENT及一些注意事项
MySQL 的中AUTO_INCREMENT类型的属性用于为一个表中记录自动生成ID功能,可在一定程度上代替Oracle,PostgreSQL等数据库中的 sequence。一个表只能有一个AUTO_INCREMENT属性,且该属性必须为主键的一部分。AUTO_INCREMENT属性可以是任何整数类 型(tinyint,smallint,int,bigint等)。
在插入记录时让系统为AUTO_INCREMENT属性自动生成值的通常方法在VALUES列表中不指定该属性的值,如若有表t定义如下:
CREATE TABLE t (a INT AUTO_INCREMENT PRIMARY KEY, b INT);
则一般使用如下插入语句:
INSERT INTO t(b) VALUES(1);
即在插入时不指定a的值。
第二种方法是插入时为AUTO_INCREMENT属性指定值为0 ,即:
INSERT INTO t VALUES(0, 1);
与
INSERT INTO t(b) VALUES(1);
的效果是一样的。但这种方法没有第一种方法通用,并且在5.0及其后续版本中只有在SQL MODE中不包含NO_AUTO_VALUE_ON_ZERO时才生效(如果在SQL MODE指定了NO_AUTO_VALUE_ON_ZERO,则真的是插入了0),不推荐使用。还有其它的方法,如指定AUTO_INCREMENT属性的值为DEFAULT等,也不推荐使用。
获得新生成的AUTO_INCREMENT属性的值也有多种方法。推荐的方法是使用LAST_INSERT_ID()函数,即在INSERT之后马上使用:
SELECT LAST_INSERT_ID();
来获得新生成的AUTO_INCREMENT属性值。
另外还可以用"WHERE auto_col IS NULL"条件选择出新插入的行,即在INSERT后马上用:
SELECT * FROM t WHERE a IS NULL;
选 择出来的将是新插入的行,而非真正的满足"a IS NULL"条件的行。但你要是再执行一次上述查询,则返回的又变成了真正的满足"a IS NULL"条件的行,由于a是主键,因此肯定会返回空集。这看上去很诡异是吗,不过MySQL也不想这么干,但ODBC标准里曾有这种用法,为了支持 ODBC,MySQL也是没办法啊。不过可以将SQL_AUTO_IS_NULL设为0来禁止这一用法。
此外AUTO_INCREMENT属性也给复制带来了麻烦。一般情况下复制AUTO_INCREMENT属性能正确工作,但以下情况还是有问题:
1. INSERT DELAYED ... VALUES(LAST_INSERT_ID())不能被正确复制
2. 存储过程插入的使用AUTO_INCREMENT属性的记录不能被正确复制
3. 通过"ALTER TABLE"命令增加AUTO_INCREMENT属性时在主从节点上产生的值可能是不一样的,因为这个各行AUTO_INCREMENT属性的值取决于物理上的存储顺序。
在插入记录时让系统为AUTO_INCREMENT属性自动生成值的通常方法在VALUES列表中不指定该属性的值,如若有表t定义如下:
CREATE TABLE t (a INT AUTO_INCREMENT PRIMARY KEY, b INT);
则一般使用如下插入语句:
INSERT INTO t(b) VALUES(1);
即在插入时不指定a的值。
第二种方法是插入时为AUTO_INCREMENT属性指定值为0 ,即:
INSERT INTO t VALUES(0, 1);
与
INSERT INTO t(b) VALUES(1);
的效果是一样的。但这种方法没有第一种方法通用,并且在5.0及其后续版本中只有在SQL MODE中不包含NO_AUTO_VALUE_ON_ZERO时才生效(如果在SQL MODE指定了NO_AUTO_VALUE_ON_ZERO,则真的是插入了0),不推荐使用。还有其它的方法,如指定AUTO_INCREMENT属性的值为DEFAULT等,也不推荐使用。
获得新生成的AUTO_INCREMENT属性的值也有多种方法。推荐的方法是使用LAST_INSERT_ID()函数,即在INSERT之后马上使用:
SELECT LAST_INSERT_ID();
来获得新生成的AUTO_INCREMENT属性值。
另外还可以用"WHERE auto_col IS NULL"条件选择出新插入的行,即在INSERT后马上用:
SELECT * FROM t WHERE a IS NULL;
选 择出来的将是新插入的行,而非真正的满足"a IS NULL"条件的行。但你要是再执行一次上述查询,则返回的又变成了真正的满足"a IS NULL"条件的行,由于a是主键,因此肯定会返回空集。这看上去很诡异是吗,不过MySQL也不想这么干,但ODBC标准里曾有这种用法,为了支持 ODBC,MySQL也是没办法啊。不过可以将SQL_AUTO_IS_NULL设为0来禁止这一用法。
此外AUTO_INCREMENT属性也给复制带来了麻烦。一般情况下复制AUTO_INCREMENT属性能正确工作,但以下情况还是有问题:
1. INSERT DELAYED ... VALUES(LAST_INSERT_ID())不能被正确复制
2. 存储过程插入的使用AUTO_INCREMENT属性的记录不能被正确复制
3. 通过"ALTER TABLE"命令增加AUTO_INCREMENT属性时在主从节点上产生的值可能是不一样的,因为这个各行AUTO_INCREMENT属性的值取决于物理上的存储顺序。