RDS的视图、存储过程等，是用户root创建的，迁移到PolarDB后，还能用不？

在迁移 RDS 的视图、存储过程等到 PolarDB 后，它们仍然可以使用。但请注意，您可能需要根据 PolarDB 的语法和功能调整这些对象的定义。在迁移过程中，请确保测试这些对象以确保它们在 PolarDB 中正常工作。

视图（Views）和存储过程（Stored Procedures）属于数据库对象的定义，只要PolarDB对MySQL语法兼容性良好，这些对象在迁移后理论上是可以继续使用的。但在迁移之前，应确认PolarDB对特定MySQL版本的存储过程和视图的支持情况，以及是否存在特定语法或函数的差异，确保迁移后能正确运行。

在将RDS迁移到PolarDB后，原先由root用户创建的视图、存储过程等是可以继续使用的。

在迁移过程中，数据迁移服务（如DTS）会处理DEFINER和INVOKER的转换，确保这些数据库对象在PolarDB中能够正常工作。这是因为DTS会将视图、存储过程和函数中的DEFINER转换为INVOKER，以便在目标库中正确调用它们。由于DTS不迁移USER信息，所以在迁移完成后，你需要检查并确认这些对象的权限设置是否符合预期。

此外，为了确保迁移的顺利进行，你可以使用PolarDB-X 1.0提供的评估导入功能，这可以帮助你轻松快速地从RDS迁移至PolarDB-X 1.0。在迁移前，你可以获取评估建议，以了解可能需要注意的问题和解决方案。

综上所述，虽然RDS和PolarDB在架构上有所不同，但通过适当的迁移工具和服务，你可以将RDS上的数据库对象迁移到PolarDB，并在迁移后继续使用它们。

迁移到PolarDB后，由root用户创建的RDS视图和存储过程仍然可以使用。

在迁移过程中，数据传输服务（DTS）会负责将源数据库中的表、视图、触发器、存储过程和存储函数等对象迁移到PolarDB中。在结构迁移时，DTS会将视图、存储过程和函数中的DEFINER转换为INVOKER。这意味着在PolarDB中，这些对象的所有者可能会发生变化，因此在迁移完成后，可能需要对调用者授予相应的读写权限。

此外，如果在使用过程中遇到任何问题，建议检查迁移后的权限设置，确保root用户或相关用户拥有执行这些对象的权限。通常，迁移工具会自动处理这些细节，但有时可能需要手动调整以确保一切正常运行。

RDS（阿里云关系型数据库服务）迁移到 PolarDB 后，视图和存储过程等数据库对象的迁移情况取决于PolarDB对这些功能的支持程度。

根据之前的信息，PolarDB-X暂不支持存储过程和触发器。而关于视图，虽然没有明确指出PolarDB是否完全不支持视图，但至少截至2023年12月，PolarDB不支持在视图上创建列存索引，这意味着它确实支持视图这一基本概念。

因此，在从RDS迁移到PolarDB时：

• 如果视图仅包含SELECT语句且结构符合PolarDB的要求，理论上视图本身是可以迁移并继续使用的。
• 存储过程和触发器由于PolarDB-X不支持，则无法直接迁移并在PolarDB中运行。

迁移前建议进行兼容性检查，并确保PolarDB已经具备了迁移后所需的所有功能。

逻辑迁移（dts）支持迁移到目标端的结构定义包括库、表、视图、存储过程、函数。 可以用的。此回答整理自钉群“PolarDB专家面对面 - 自建/RDS MySQL迁移PolarDB MySQL/大版本升级”