董红禹分享：SQL Server到PostgreSQL迁移经验

"董红禹在2018年PostgreSQL中国技术大会上分享了关于从SQL Server迁移到PostgreSQL的经验，主要关注高额的SQL Server许可证费用、特定业务场景的性能问题以及企业对开源自主可控的需求。迁移过程包括调研、选择迁移方式、逐步迁移和正式割接等步骤，并对比了SQL Server与PostgreSQL的数据类型、函数类型以及临时表的使用差异。" 在当前的IT环境中，企业可能会面临各种挑战，如高昂的闭源数据库软件许可费用和特定业务需求无法得到满足。在这种背景下，董红禹的分享揭示了从微软的SQL Server迁移到开源的PostgreSQL的策略和实践经验。 首先，SQL Server的高额license费用成为企业的一个负担，特别是对于那些基于CPU计费并受到严格限制的企业来说。此外，SQL Server在特定业务场景下的性能表现和扩展性可能不尽人意，且与其他平台的融合可能存在困难。这些因素促使企业寻求更经济、更灵活的解决方案，例如转向PostgreSQL，一个功能强大且开源的关系型数据库管理系统，它支持企业的自主可控转型。 迁移过程是复杂而系统的。在进行迁移前，需要进行深入的调研，了解现有数据库的数据量、数据结构（如存储过程、函数、视图）等。在选择迁移方式时，可能需要评估多种工具，逐步迁移部分业务以测试和优化，直到最后通过odbc_fdw等手段完成所有业务的切换。正式割接阶段意味着所有业务已经迁移到PostgreSQL，可以实现全面运行。 数据类型的对比是迁移过程中关键的一环。例如，SQL Server的VARCHAR(N)对应PostgreSQL的TEXT或VARCHAR，DATETIME对应TIMESTAMP，MONEY则对应NUMERIC(15,4)，IMAGE对应BYTEA，UNIQUEIDENTIFIER转换为UUID，VARBINARY同样映射到BYTEA。时间戳处理上，SQL Server的CURRENT_TIMESTAMP需要转换为PostgreSQL的CLOCK_TIMESTAMP()，而DATEADD函数在PostgreSQL中可使用INTERVAL表达式来实现。 在函数类型转换上，ISNULL()对应COALESCE()，DATALENGTH变为OCTET_LENGTH()或LEN()，CONVERT()需要使用::TYPE或CAST()进行类型转换，SUBSTRING和CHARINDEX则分别转换为SUBSTR()和POSITION()，GETDATE()对应NOW()，DATEADD则可以通过NOW()+INTERVAL来实现，DATEDIFF则使用DATE_PART('DAY')来计算两个日期之间的差值。 至于临时表，SQL Server中的#Temp表在PostgreSQL中可以用CREATE TEMPORARY TABLE来创建，但需要注意两者的生命周期和作用范围的差异。在SQL Server中，#Temp表仅在当前会话可见，而在PostgreSQL中，临时表在整个会话期间对所有连接可见，但不会持久化到数据库。 董红禹的分享揭示了从SQL Server迁移到PostgreSQL的具体步骤和需要注意的细节，为企业在面临类似挑战时提供了一条可能的路径。这种迁移不仅可以降低数据库成本，还可以提升系统的灵活性和自主性，更好地适应不断变化的业务需求。