Python的Django框架中设置日期和字段可选的方法
设置字段可选
在摆弄了一会之后，你或许会发现管理工具有个限制：编辑表单需要你填写每一个字段，然而在有些情况下，你想要某些字段是可选的。举个例子，我们想要Author模块中的email字段成为可选，即允许不填。在现实世界中，你可能没有为每个作者登记邮箱地址。
为了指定email字段为可选，你只要编辑Book模块（回想第五章，它在mysite/books/models.py文件里），在email字段上加上blank=True。代码如下：
classAuthor(models.Model): first_name=models.CharField(max_length=30) last_name=models.CharField(max_length=40) email=models.EmailField(**blank=True**)
这些代码告诉Django，作者的邮箱地址允许输入一个空值。所有字段都默认blank=False，这使得它们不允许输入空值。
这里会发生一些有趣的事情。直到现在，除了__unicode__()方法，我们的模块充当数据库中表定义的角色，即本质上是用Python的语法来写CREATETABLE语句。在添加blank=True过程中，我们已经开始在简单的定义数据表上扩展我们的模块了。现在，我们的模块类开始成为一个富含Author对象属性和行为的集合了。email不但展现为一个数据库中的VARCHAR类型的字段，它还是页面中可选的字段，就像在管理工具中看到的那样。
当你添加blank=True以后，刷新页面Addauthoreditform(http://127.0.0.1:8000/admin/books/author/add/)，将会发现Email的标签不再是粗体了。这意味它不是一个必填字段。现在你可以添加一个作者而不必输入邮箱地址，即使你为这个字段提交了一个空值，也再不会得到那刺眼的红色信息“Thisfieldisrequired”。
设置日期型和数字型字段可选
虽然blank=True同样适用于日期型和数字型字段，但是这里需要详细讲解一些背景知识。
SQL有指定空值的独特方式，它把空值叫做NULL。NULL可以表示为未知的、非法的、或其它程序指定的含义。
在SQL中，NULL的值不同于空字符串，就像Python中None不同于空字符串（""）一样。这意味着某个字符型字段（如VARCHAR）的值不可能同时包含NULL和空字符串。
这会引起不必要的歧义或疑惑。为什么这条记录有个NULL，而那条记录却有个空字符串？它们之间有区别，还是数据输入不一致？还有：我怎样才能得到全部拥有空值的记录，应该按NULL和空字符串查找么？还是仅按字符串查找？
为了消除歧义，Django生成CREATETABLE语句自动为每个字段显式加上NOTNULL。这里有个生成Author模块的例子：
CREATETABLE"books_author"( "id"serialNOTNULLPRIMARYKEY, "first_name"varchar(30)NOTNULL, "last_name"varchar(40)NOTNULL, "email"varchar(75)NOTNULL ) ;
在大多数情况下，这种默认的行为对你的应用程序来说是最佳的，因为它可以使你不再因数据一致性而头痛。而且它可以和Django的其它部分工作得很好。如在管理工具中，如果你留空一个字符型字段，它会为此插入一个空字符串（而*不是*NULL）。
但是，其它数据类型有例外：日期型、时间型和数字型字段不接受空字符串。如果你尝试将一个空字符串插入日期型或整数型字段，你可能会得到数据库返回的错误，这取决于那个数据库的类型。（PostgreSQL比较严禁，会抛出一个异常；MySQL可能会也可能不会接受，这取决于你使用的版本和运气了。）在这种情况下，NULL是唯一指定空值的方法。在Django模块中，你可以通过添加null=True来指定一个字段允许为NULL。
因此，这说起来有点复杂：如果你想允许一个日期型（DateField、TimeField、DateTimeField）或数字型（IntegerField、DecimalField、FloatField）字段为空，你需要使用null=True*和*blank=True。
为了举例说明，让我们把Book模块修改成允许publication_date为空。修改后的代码如下：
classBook(models.Model): title=models.CharField(max_length=100) authors=models.ManyToManyField(Author) publisher=models.ForeignKey(Publisher) publication_date=models.DateField(**blank=True,null=True**)
添加null=True比添加blank=True复杂。因为null=True改变了数据的语义，即改变了CREATETABLE语句，把publication_date字段上的NOTNULL删除了。要完成这些改动，我们还需要更新数据库。
出于某种原因，Django不会尝试自动更新数据库结构。所以你必须执行ALTERTABLE语句将模块的改动更新至数据库。像先前那样，你可以使用manage.pydbshell进入数据库服务环境。以下是在这个特殊情况下如何删除NOTNULL:
ALTERTABLEbooks_bookALTERCOLUMNpublication_dateDROPNOTNULL;
（注意：以下SQL语法是PostgreSQL特有的。）
我们将在第十章详细讲述数据库结构更改。
现在让我们回到管理工具，添加book的编辑页面允许输入一个空的publicationdate。