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

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

但是我們顯示想讓id從2開(kāi)始，應(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;

那么接下來(lái)我可以通過(guò)命令來(lái)查看AUTO_INCREMENT的值：

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

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

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

通過(guò)上面的sql語(yǔ)句插入三條記錄。

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

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

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

通過(guò)delete table t4; 來(lái)把t4里面的記錄清空。

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

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

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

通過(guò)alter table t4 AUTO_INCREMENT=2;這個(gè)命令我們可以修改AUTO_INCREMENT屬性的值，將其修改為2，那么我們?cè)偬砑訑?shù)據(jù)，id不就從2開(kāi)始了嘛。

最后，我們?cè)隍?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()，然而問(wèn)題依然沒(méi)有得到解決。

queryset = CompanyAuthRecord.objects.all()

最后發(fā)現(xiàn)原來(lái)把a(bǔ)bstract = True注釋掉就可以完美的解決這個(gè)問(wèn)題，至于當(dāng)初為什么會(huì)加這一屬性，好像是在引入此model的時(shí)候，總是引入不成功，也是被別人告訴加入此屬性就可以了。事實(shí)確實(shí)解決那個(gè)引入問(wèn)題，然而當(dāng)初并沒(méi)有去研究為什么要用他，應(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.

解決了上述問(wèn)題后，又有這樣的問(wèn)題出現(xiàn)，難道真要上演程序員修水管的景象？幾經(jīng)周折，原因又出現(xiàn)在被關(guān)聯(lián)model的app_lable ='seal'屬性上，如下注釋即可解決問(wèn)題。至于原因：django要求是這樣的，你可以不設(shè)置這個(gè)參數(shù)，如果要設(shè)置請(qǐng)與你的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)同樣問(wèn)題的你，問(wèn)題其實(shí)本身不算問(wèn)題，只怪我們太low，多看文檔和源碼才是提升之道。附關(guān)于Meta屬性文檔鏈接。希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論