select col.column_id,
col.owner as schema_name,
col.table_name,
col.column_name,
col.data_type,
col.data_length,
col.data_precision,
col.data_scale,
col.nullable
from sys.dba_tab_columns col
inner join sys.dba_tables t on col.owner = t.owner
and col.table_name = t.table_name
-- excluding some Oracle maintained schemas
where col.owner not in ('ANONYMOUS','CTXSYS','DBSNMP','EXFSYS', 'LBACSYS',
'MDSYS', 'MGMT_VIEW','OLAPSYS','OWBSYS','ORDPLUGINS', 'ORDSYS','OUTLN',
'SI_INFORMTN_SCHEMA','SYS','SYSMAN','SYSTEM','TSMSYS','WK_TEST','WKSYS',
'WKPROXY','WMSYS','XDB','APEX_040000', 'APEX_PUBLIC_USER','DIP',
'FLOWS_30000','FLOWS_FILES','MDDATA', 'ORACLE_OCM', 'XS$NULL',
'SPATIAL_CSW_ADMIN_USR', 'SPATIAL_WFS_ADMIN_USR', 'PUBLIC')
order by col.owner, col.table_name, col.column_id;
将Oracle迁移到PostgreSQL是一个复杂的过程，需要考虑以下几个重要注意事项：
数据类型转换：Oracle和PostgreSQL在数据类型上有一些差异。确保了解Oracle和PostgreSQL之间的数据类型映射关系，并在迁移过程中进行必要的数据类型转换和兼容性处理。
语法差异：Oracle和PostgreSQL在SQL语法和函数调用方面存在差异。在迁移过程中，需要检查和修改Oracle特定的语法和函数调用，以适应PostgreSQL的要求。
存储过程和触发器：Oracle和PostgreSQL在存储过程和触发器的语法和功能上也存在差异。将Oracle的存储过程和触发器转换为PostgreSQL的等效物可能需要重写和调整。
序列和自增字段：Oracle使用序列（sequence）来生成唯一标识符，而PostgreSQL使用自增字段（serial）。在迁移过程中，需要将Oracle的序列转换为PostgreSQL的自增字段。
约束和索引：Oracle和PostgreSQL在约束和索引的实现方式上存在差异。确保迁移过程中将Oracle的约束和索引转换为相应的PostgreSQL实现。
数据迁移工具：选择适合的数据迁移工具来将数据从Oracle迁移到PostgreSQL。常用的工具包括Oracle Data Pump、pgloader、Talend等。根据数据量和复杂度选择合适的工具，并进行必要的数据映射和转换。
性能调优：PostgreSQL和Oracle在底层架构和查询优化方面有所不同。在迁移完成后，进行性能调优是必要的，以确保PostgreSQL数据库的性能和可伸缩性。
测试和验证：在进行生产环境迁移之前，务必进行充分的测试和验证。包括验证数据的完整性、功能的正确性和性能的可接受性。
迁移计划和风险管理：制定详细的迁移计划，包括时间安排、资源需求和风险管理策略。在迁移过程中，密切关注可能出现的问题，并准备应对措施
数据迁移策略：确定数据迁移策略，包括选择全量迁移还是增量迁移，以及迁移期间的数据同步和一致性保证。
外部连接和数据访问：检查和修改应用程序中的外部连接和数据访问方式，以适应PostgreSQL的语法和功能。
事务管理：Oracle和PostgreSQL在事务管理方面有一些差异。确保了解并适应PostgreSQL的事务管理机制，以保证数据的一致性和完整性。
用户和权限管理：Oracle和PostgreSQL在用户和权限管理方面也有差异。在迁移过程中，确保正确迁移用户和权限，并进行必要的调整和配置。
数据库特性和扩展：Oracle和PostgreSQL具有不同的特性和扩展。了解PostgreSQL的特性并考虑是否需要迁移Oracle特定的功能或寻找PostgreSQL的替代方案。
监控和运维：配置适当的监控和运维工具，以确保PostgreSQL数据库的稳定性和可用性。熟悉PostgreSQL的日志记录和性能监控机制，并设置合适的警报和通知。
数据库版本和兼容性：确保使用与Oracle和PostgreSQL版本兼容的工具和驱动程序。在迁移过程中，注意检查和解决可能由版本差异引起的兼容性问题。
数据库迁移后的测试：在迁移完成后，进行全面的功能测试、性能测试和负载测试，以确保迁移后的PostgreSQL数据库能够满足业务需求。
文档和培训：在完成迁移后，及时更新数据库文档和提供培训，以确保相关人员熟悉和了解PostgreSQL的使用和管理。
数据库对象和特性：确保了解Oracle数据库中使用的特定对象和特性，例如存储过程、触发器、物化视图等。对于无法直接迁移的对象或特性，需要找到相应的PostgreSQL替代方案或进行改进和重写。
数据一致性和验证：在进行数据迁移之前，执行全面的数据验证和一致性检查。确保源数据库中的数据是准确、完整和一致的，以便在迁移到PostgreSQL时不会引入数据损失或错误。
迁移过程中的 downtime：评估迁移过程中的停机时间（downtime）对业务的影响，并制定相应的策略来最小化停机时间。考虑使用备份和恢复、数据复制或其他高可用性机制来实现零停机迁移。
客户端应用程序适配：确保客户端应用程序能够与PostgreSQL进行正确的连接和交互。这可能涉及更改连接字符串、驱动程序和客户端库，以及修改应用程序中的SQL语句和调用。
数据库性能优化：在迁移完成后，进行性能优化和调整以确保PostgreSQL数据库的性能和可扩展性。这可能包括索引优化、查询重写、分区和分布式架构等。
数据库管理员培训和技能转换：确保数据库管理员和运维团队具备适应PostgreSQL的技能和知识。提供培训和资源，帮助他们熟悉PostgreSQL的管理和维护操作。
数据库迁移的回滚计划：在进行数据库迁移之前，制定详细的回滚计划。这将确保在迁移过程中出现问题时可以回滚到原始的Oracle数据库，并最小化潜在的损失和中断。
安全性和权限管理：重新评估数据库的安全需求，并相应地配置和管理PostgreSQL的安全性和权限。确保迁移后的数据库与组织的安全标准和合规要求一致。
迁移后的维护和支持：确保有足够的资源和支持来维护和管理迁移后的PostgreSQL数据库。这包括定期的备份和恢复、补丁和升级、故障排除等。
最重要的是，数据库迁移是一个复杂的过程，需要仔细规划、测试和验证。在进行迁移之前，建议与数据库专家和相关人员进行充分的沟通和合作，以确保迁移顺利进行，并在迁移后获得高性能和稳定性的PostgreSQL数据库。