Python基于sqlite3开发通讯录时，手机号用int或str存储均出问题该如何解决

两个异常表现分别由两个独立的机制触发，和参数化查询本身的实现没有关系：

• 传入int类型带前导零的值报SyntaxError：这是Python语言本身的语法约束——Python3不允许在代码里写带前导零的十进制整数字面量，碰到0123239588这类写法，在代码解析阶段就会直接报错，流程根本走不到数据库交互环节。实际使用中不能直接把带前导零的数字不加引号写在代码里，要么写成带引号的字符串字面量"0123239588"传入，要么写无前置零的纯数字int值，让插入函数自动做前导零补全。
• 字符串插入后查询丢失前导零：这是SQLite的类型亲和性规则导致的。你建表时把phone_number定义为INTEGER类型，SQLite会对该字段的所有输入做隐式类型转换：只要输入的字符串内容是纯可解析的数字，就会自动转成整数存储，而整数本身不保留无意义的前导零，最终查询返回时自然就丢掉了开头的0。

1. 调整表结构的字段类型 #

把phone_number字段从INTEGER改为TEXT类型。
这里要明确：手机号本质是有固定格式的字符串标识，不是可参与算术计算的数值，用整数存储本身就不符合语义——不仅会出现前导零丢失的问题，还可能遇到超长号码的整数溢出问题。
建表语句修正为：

CREATE TABLE IF NOT EXISTS contact_book (
    name TEXT,
    address TEXT,
    phone_number TEXT, -- 原INTEGER替换为TEXT
    email_address TEXT
)

针对已经建好的旧表，不能直接通过ALTER TABLE修改字段类型，需要走数据迁移流程：新建同结构、仅字段类型为TEXT的临时表，将旧表数据读出后把整数字段补零转成字符串写入临时表，删除旧表后将临时表重命名为原表名即可。

2. 插入逻辑做输入标准化处理 #

不管上游传入的是int类型还是str类型的手机号，在执行插入前做统一的格式标准化，不要直接把原始值传给参数化查询：

• 如果传入值是int类型：因为整数本身不具备存储前导零的能力，转成字符串后需要按照业务要求的固定位数补零（比如国内11位手机号就用zfill(11)补全前导零）
• 如果传入值是str类型：直接去除两端空白字符即可，不需要额外转类型
  示例代码：

def insert_contact(name, address, phone_number, email_address):
    # 统一标准化手机号格式，兼容int/str两类输入
    if isinstance(phone_number, int):
        # 按11位手机号的固定长度补全前导零
        normalized_phone = str(phone_number).zfill(11)
    else:
        normalized_phone = str(phone_number).strip()
    # 执行参数化查询插入
    cursor.execute(
        "INSERT INTO contact_book (name, address, phone_number, email_address) VALUES (?, ?, ?, ?)",
        (name, address, normalized_phone, email_address)
    )

3. 常见误区规避 #

不要为了保留前导零，刻意把字符串转成整数再插入——这样反而会触发SQLite的隐式类型转换，彻底丢失前导零的存储能力。只要字段是TEXT类型，SQLite就会原封不动存储字符串的全部字符，包括开头的0。

内容的提问来源于stack exchange，提问作者Jun Yong