一些函数的名称发生了变化，例如 rank 改为 ts_rank。替代的 tsearch2 模块 提供了使用旧名称的别名。

内置文本搜索的数据类型和函数都存在于系统模式 pg_catalog 中。 在使用 tsearch2 的安装中，这些对象通常位于 public 模式，不过也有些用户选择把它们放在自己单独的模式里。 因此，无论哪种情况，对这些对象的显式模式限定引用都会失败。替代的 tsearch2 模块提供了存储在 public （必要时也可放在其他模式）中的别名对象，使这类引用仍能工作。

内置文本搜索特性中没有“当前解析器”或“当前词典” 的概念，只有当前搜索配置（由 default_text_search_config 参数设置）的概念。虽然当前解析器和当前词典只被用于调试目的的函数使用， 但在某些情况下这仍可能构成移植障碍。替代的 tsearch2 模块模拟了这些额外的状态变量，并提供用于设置和获取它们的向后兼容函数。

旧的 tsearch2 触发器函数允许其参数列表中的项是函数名， 这些函数会在文本数据被转换为 tsvector 格式之前对其调用。 这项功能因为属于安全漏洞而被移除，因为无法保证被调用的函数就是原本想要调用的那个。如果数据在建立索引之前必须经过处理，推荐的做法是编写一个自定义 触发器自行完成这项工作。

文本搜索配置信息已被移入核心系统目录中，这些目录与 tsearch2 使用的表明显不同。任何检查或修改那些表 的应用都需要调整。

如果应用使用了任何自定义文本搜索配置，就需要使用新的文本搜索配置 SQL 命令在核心目录中重建它们。替代的 tsearch2 模块对此 提供了一点支持：它使旧的一组 tsearch2 配置表 可以装载到 PostgreSQL 8.3 中。（如果没有该模块， 配置数据将无法装载，因为 regprocedure 列中的值无法解析为函数。） 虽然这些配置表实际上不会做任何事情，但至少在 8.3 中 设置等效的自定义配置时可以查阅它们的内容。

不支持旧的 reset_tsearch() 和 get_covers() 函数。

替代的 tsearch2 模块没有定义任何别名操作符， 而是完全依赖内置操作符。只有当应用使用了显式模式限定的操作符名称时 这才会成为问题，而这种情况非常少见。