我们在处理电子签署流程时，通常会同时遇到几种看起来都像二进制数据的东西。一份待签署的 PDF 是文件内容，文件的摘要是一小段固定长度的字节，系统生成的校验令牌可能长短不一，而文件名和业务状态仍然是文字。把这些值都塞进字符串列，或者都放进大对象列，表面上也许能完成存储，后续的长度校验、接口传输和数据查询却会变得别扭。SAP HANA 的二进制类型解决的是一个明确的问题，保存一串字节，并用字节数约束它的长度。这里的字节不承担文字含义。0x41可以被某种字符编码解释成字母，也可以只是文件头、摘要或协议字段中的一个字节。数据库把它当作二进制值时，不需要知道它代表哪个字符。理解这一点，BINARY、VARBINARY、NVARCHAR和BLOB的分工就容易理清。给定的类型说明中，BINARY(n)用于保存最大长度为n字节的二进制数据，n的范围为1到2000，省略长度时默认是1。VARBINARY(n)同样以字节指定最大长度，n的范围为1到5000，省略长度时也默认是1。这里最容易漏看的词是「最大」。VARBINARY(256)表示该列允许最多256字节，不能据此推断每条业务记录都有256字节。长