在 SQL Server 数据库中应用生僻字字库（如支持 GB18030-2022 标准或 Unicode 扩展区字符），核心在于确保从存储、传输到展示的全链路均支持宽字符集。
- 数据库层面：数据类型与排序规则
字段类型：必须使用 NVARCHAR 或 NCHAR。VARCHAR基于非 Unicode 编码（如 ASCII 或特定代码页），无法映射生僻字的码位，会导致数据存入时变为问号（?）。
排序规则（Collation）：
默认排序规则（如 Chinese_PRC_CI_AS）在处理生僻字模糊查询时可能出现匹配不准的问题。
建议在查询生僻字时使用二进制排序规则 COLLATE Chinese_PRC_BIN，它直接比较字符的二进制编码，能确保精确匹配，避免拼音或笔画排序带来的歧义。
对于极生僻的补充字符（Supplementary Characters，即超出 BMP 平面的字符，如部分 emoji 或罕见汉字），需确保数据库兼容级别支持 SC（Supplementary Characters）排序规则（如 Chinese_PRC_100_CS_AS_SC）。
- 数据操作规范
插入与更新：在 T-SQL 语句中，所有包含生僻字的字符串常量前必须加 N 前缀（例如 N'𠜎'）。这告诉 SQL Server 将该字符串作为 Unicode 处理，防止隐式转换导致乱码。
参数化查询：在应用程序代码（C#, Java, Python 等）中，务必使用参数化查询，并将参数类型明确指定为 NVarChar。避免使用字符串拼接，既安全又能保证编码正确。
- 应用层与前端展示
字体支持：即使数据库存储正确，如果客户端字体不支持该生僻字，仍会显示为方框或问号。
Windows：推荐使用"微软雅黑"（Microsoft YaHei）或"宋体-ExtB"（SimSun-ExtB）。
Web 前端：建议引入支持大字集的 Web Font（如 Noto Sans CJK），或在 CSS 中设置字体回退机制：font-family: "Noto Sans SC", "Microsoft YaHei", sans-serif;。
编码格式：确保网页 HTML 头声明 <meta charset="UTF-8">，后端接口返回 JSON 时确保编码为 UTF-8。
- 调试与验证
查看 Unicode 码值：使用 UNICODE() 函数检查字符的实际码点。例如 SELECT UNICODE(N'䶮') 应返回对应的整数值。
十六进制查看：使用 CAST(column AS VARBINARY) 查看底层存储字节，确认是否存入了正确的 Unicode 编码。
总结
建表：统一使用 NVARCHAR(MAX) 或适当长度的 NVARCHAR。
写入：SQL 中加 N 前缀，代码中用参数化查询。
查询：精确匹配直接用 =；模糊匹配若遇问题，附加 COLLATE Chinese_PRC_BIN。
展示：前端配置支持扩展汉字的字体栈。