【项目踩坑】前后端字符长度限制相同但insert数据库报ORA-12899: value too large for column | Oracle varchar2长度不能和前端文字限制大小一致

兄弟们，最近踩了个坑，前后端字符长度限制相同但insert数据库报ORA-12899: value too large for column。

啼笑皆非的问题背景

想象一下，你正忙着做一个项目，心情好比春风得意。前端限制用户输入最多100个字符，心想问题不大，后端数据库字段user_input VARCHAR2(100)，看似天衣无缝。然而，好景不长，当用户输入中文时，这天衣无缝的设计突然变得漏洞百出，因为这时候数据库跟你玩起了藏猫猫，说你的数据超长了！ORA-12899: value too large for column！？？

谜底揭晓

原来，在数据库的世界里，VARCHAR2的长度是按字节来计算的，而不是字符。一般英文字符穿一件“小马甲”就够了（占用1个字节），但中文字符得穿上“棉袄”才出门（占用2到3个字节）。所以，你以为的100个字符，实际上可能只容得下33个中文字符，让人防不胜防。

举个栗子

前端小伙伴说，我限制了100个字符啊，你看：

<input type="text" name="user_input" maxlength="100">

后端小伙伴也不甘示弱，立马展示了他的masterpiece：

CREATE TABLE example_table (
    user_input VARCHAR2(100)
);

然而，当中文字符进场，场面突然变得尴尬。比如用户想输入：“一二三四五”，在UTF-8的世界里，这可能就已经是15个字节了。

破解之道

怎样才能让前后端兄弟重归于好呢？以下是几招妙计：

1. 增量而治

既然VARCHAR2(100)不够用，那就变通一下，让后端的字段变成VARCHAR2(300)，至少能容纳100个中文字符。这就是“因地制宜”，灵活应对。

CREATE TABLE example_table (
    user_input VARCHAR2(300)
);

2. 变换门道

如果感觉这方法有点暴力，我们还可以换个思路，用NVARCHAR2来存储。这样不管是英文的“小马甲”还是中文的“棉袄”，统统按字符来算，100个就是100个。

CREATE TABLE example_table (
    user_input NVARCHAR2(100)
);

3. 前端智慧

前端也可以来点“巧夺天工”的操作，通过编程精确计算输入内容的字节长度，而不是单纯的字符数。这样就能“游刃有余”，在用户输入时给予精确的反馈。

数据库字符集的作用

数据库的字符集设置对于字符如何存储也起着决定性作用。Oracle数据库支持多种字符集，这些字符集定义了数据库中字符如何编码和存储。例如，使用UTF-8字符集的Oracle数据库能够支持全球几乎所有的语言文字，但这也意味着需要额外注意数据类型的字节长度限制。