在之前得文章中我們說過，如果使用delete對數(shù)據(jù)庫中得表進(jìn)行刪除，那么只是把記錄刪除掉，并且id的值還會(huì)保持上次的狀態(tài)。

即刪除之前如果有四條數(shù)據(jù)，刪除之后，再添加新的數(shù)據(jù)，id怎會(huì)從5開始。

但是我們顯示想讓id從2開始，應(yīng)該怎么做呢？

這個(gè)時(shí)候我們就要學(xué)習(xí)去修改數(shù)據(jù)表的一些屬性值了，而這個(gè)屬性值就是AUTO_INCREMENT。

首先我們要知道怎么查看這個(gè)屬性的值。

例如我建了一張表：

create table t4(id int auto_increment primary key, num int) engine=innodb default charset=utf8;

那么接下來我可以通過命令來查看AUTO_INCREMENT的值：

通過命令我們好像沒找到這個(gè)AUTO_INCREMENT屬性啊，why？這是因?yàn)槲覀儎偨ê帽恚€沒有數(shù)據(jù)，所以這個(gè)屬性還沒開始被賦值。

那么我們就插入幾條數(shù)據(jù)

insert into t4(num) values(11);insert into t4(num) values(12);insert into t4(num) values(13);

通過上面的sql語句插入三條記錄。

在這里我們可以猜想一下，AUTO_INCREMENT屬性的值應(yīng)該是表示的什么？是記錄最后記錄的數(shù)據(jù)是第幾條？還是表示下一條記錄是第幾條？

我們可以再次通過命令 show create table t4 G;來驗(yàn)證一下。

此時(shí)我們可以找到AUTO_INCREMENT這個(gè)屬性，并且它的值等于4，這個(gè)是不是就是說明AUTO_INCREMENT記錄的值表示對于下一條記錄的id值。

通過delete table t4; 來把t4里面的記錄清空。

然后再調(diào)用show create table t4 G;命令

可以發(fā)現(xiàn)表的信息并沒有因?yàn)楸砝锏男畔⒈粍h除而改變，這樣的話，我們要是想讓添加的數(shù)據(jù)id從2開始不就會(huì)不行了嗎？

but，我們可以修改表的信息。

通過alter table t4 AUTO_INCREMENT=2;這個(gè)命令我們可以修改AUTO_INCREMENT屬性的值，將其修改為2，那么我們再添加數(shù)據(jù)，id不就從2開始了嘛。

最后，我們在驗(yàn)證一下

返現(xiàn)結(jié)果如我們要的一樣，ok，完美解決。

補(bǔ)充知識(shí)：django 中model踩的坑之AttributeError: type object ** has no attribute ’objects’及Field defines a relation

django 中model踩的坑之AttributeError: type object ** has no attribute ’objects’及Field defines a relation with model **, which is either not installed, or is abstract.

1. AttributeError: type object ** has no attribute ‘objects’

作者目前使用的是django1.8.1版本，在一次新項(xiàng)目的啟動(dòng)中，在編譯查詢代碼的時(shí)候（如下），總是拋出如上錯(cuò)誤。有人告訴我那就自己在model中重新引入objects，即objects = Model.manager()，然而問題依然沒有得到解決。

queryset = CompanyAuthRecord.objects.all()

最后發(fā)現(xiàn)原來把a(bǔ)bstract = True注釋掉就可以完美的解決這個(gè)問題，至于當(dāng)初為什么會(huì)加這一屬性，好像是在引入此model的時(shí)候，總是引入不成功，也是被別人告訴加入此屬性就可以了。事實(shí)確實(shí)解決那個(gè)引入問題，然而當(dāng)初并沒有去研究為什么要用他，應(yīng)了那句話：欠下的，遲早要還！

class CompanyAuthRecord(models.Model): id = models.UUIDField(primary_key=True, default=uuid.uuid4, db_column=’c_id’) company_seal = models.OneToOneField(CompanySeal, verbose_name=’企業(yè)印章id’, null=True, db_column=’c_company_seal_id’) add_by_id = models.UUIDField(verbose_name=’添加人id’, db_column=’c_add_by_id’, null=True, default=None) add_dt = models.DateTimeField(’添加時(shí)間’, db_column=’c_add_dt’, auto_now_add=True) class Meta: db_table = ’t_company_auth_record’ verbose_name = ’企業(yè)認(rèn)證狀態(tài)記錄表’ # abstract = True ordering = ['add_dt'] default_permissions = ()

附關(guān)于abstract=True的官方解釋：

2.Field defines a relation with model **, which is either not installed, or is abstract.

解決了上述問題后，又有這樣的問題出現(xiàn)，難道真要上演程序員修水管的景象？幾經(jīng)周折，原因又出現(xiàn)在被關(guān)聯(lián)model的app_lable =’seal’屬性上，如下注釋即可解決問題。至于原因：django要求是這樣的，你可以不設(shè)置這個(gè)參數(shù)，如果要設(shè)置請與你的app名稱保持一致。而我就是犯了這樣的錯(cuò)誤。

class CompanySeal(models.Model): id = models.UUIDField(primary_key=True, default=uuid.uuid4, db_column=’c_id’) add_by_id = models.UUIDField(verbose_name=u’添加人id’, db_column=’c_add_by_id’, null=True, default=None) add_dt = models.DateTimeField(verbose_name=u’添加時(shí)間’, db_column=’c_add_dt’, auto_now_add=True) class Meta: # app_label = ’seal’ db_table = ’t_company_seal’ verbose_name = ’企業(yè)電子印章數(shù)據(jù)表’ ordering = ['add_dt'] default_permissions = ()

以上經(jīng)驗(yàn)希望能幫到出現(xiàn)同樣問題的你，問題其實(shí)本身不算問題，只怪我們太low，多看文檔和源碼才是提升之道。附關(guān)于Meta屬性文檔鏈接。希望能給大家一個(gè)參考，也希望大家多多支持好吧啦網(wǎng)。