SQL Server 和 PostgreSQL 在 VARCHAR 的实现上存在显著差异。SQL Server 区分 VARCHAR（非 Unicode）和 NVARCHAR（Unicode），使用时需在字符串前加 N 以标识 Unicode，避免乱码。而 PostgreSQL 默认支持 Unicode，无需加 N。了解这些差异有助于正确使用数据库。

在MySQL中，VARCHAR和CHAR是常用的字符串数据类型。VARCHAR为可变长度，适合长度不固定的字符串，动态分配空间；CHAR为固定长度，适合长度固定的字符串，性能更佳但可能浪费空间。选择字符集时需考虑数据特性和存储效率。

MySQL中，VARCHAR字段的最佳实践随着版本更新而变化。4.1版本后，最大长度为65,535字节，字符编码影响存储。建议根据实际需求定义长度，避免统一使用VARCHAR(255)，以优化性能和内存使用。

VARCHAR和NVARCHAR是SQL数据库中的两种数据类型，VARCHAR存储非Unicode字符，每个字符占用1个字节；NVARCHAR存储Unicode字符，每个字符占用2个字节，适用于多语言数据。VARCHAR的性能更好，而NVARCHAR对于多语言支持至关重要。在单语言应用程序中优化性能时选择VARCHAR。

MySQL中的dynamic行格式可以提高存储效率和查询性能，避免了单个字段数据过大导致的页分裂问题。溢出列的数据读取可能需要额外的磁盘I/O，但顺序访问时开销不大。

Lætitia Avrot和Gabrielle GorthX等PostgreSQL学习者分享了他们的经验，包括文档的使用、psql的技巧、lateral joins的应用、VARCHAR数据类型的限制以及最近查询文本的获取等，这些技巧对于PostgreSQL学习者来说都很有用。

可以使用“SELECT * FROM mytable ORDER BY column + 0”来将column视为INT，也可以将column同时当作INT和VARCHAR处理。

In this entry of the series we explore using VARCHAR and CHAR data types in your database and give some pointers on which type is best to use and when.

在开发时候，发现数据库的一个字段用的是nchar(16)，让我感觉很奇怪，我知道nvarchar可以变长，nchar会用空格填充，这在存取时候需要Trim( )操作，所以我一直不用nchar。而现在在产品中发现nchar的使用，不由觉得很奇怪。 私底下认为是效率的问题，一番Google之后发现一段文章详述了几种数据库文字类型存储的差异。 原文出处：char nchar varchar...