Django基础教程（二十九）Django模型的数据字段之字符类字段：Django模型“文字游戏”：CharField和TextField，选对字段类型能让你的数据库健步如飞！

嘿，伙计们！今天咱们来聊点Django模型里最基础，但也最容易让人“选择困难”的东西——字符类字段。说白了，就是你怎么在数据库里存“字儿”。

你可能会想：“这有啥难的，不就是存个字符串吗？” 哦，我亲爱的朋友，当初我也是这么天真。直到我遇到了“用户简介存不下”、“文章内容加载慢”这些破事儿，才恍然大悟：Django模型里的字符字段，可不是随便选选就完事的。它就像你出门选鞋子，穿拖鞋去爬山，或者穿登山靴去海边，都不是不行，但那个难受劲儿，谁用谁知道。

今天，咱就把这俩主角——CharField 和 TextField ——请出来，好好扒一扒它们的底裤，看看在什么场合该让谁上场。

第一章：初识二位“角儿”——它们是谁，从哪儿来？

1. CharField：精打细算的“小公寓”

想象一下CharField是个一线城市的小公寓。它最大的特点就是：有明确的面积上限（max_length）。你不能在里面塞进超出它容量的东西，否则Django的保安（验证系统）会毫不犹豫地把你拦在门外。

• 核心特征：必须指定max_length参数。这就像是给这个公寓规定死了最大建筑面积，比如50平米。
• 数据库对应：在大多数数据库里（比如MySQL的VARCHAR，PostgreSQL的varchar），它都会被映射成有长度限制的字符串类型。
• 适用场景：一切你知道它大概会有多长的文本。比如：用户名、邮箱、文章标题、商品名称、密码哈希值、手机号……这些玩意儿，你再怎么折腾，长度总有个谱。

2. TextField：海纳百川的“大仓库”

现在，再来想象一下TextField。它是一个郊区的大仓库，或者说是你的云盘。它没有预设的长度限制（当然，实际受限于数据库和硬件），你想往里塞多少就塞多少，从一篇日记到一整部《红楼梦》，它都照单全收。

• 核心特征：不需要（也不能）指定max_length。
• 数据库对应：通常被映射为TEXT类型（MySQL的TEXT/LONGTEXT，PostgreSQL的text）。
• 适用场景