GP优化

1. 数据仓库优化原则
尽可能使用压缩、按列存储


将视图替换成实际的表


将复杂查询拆分，利用中间表复用中间结果，一方面可以减少重复计算，节省IO, 另一方面也可以降低内存使用，提高效率。


2. GP DB的SQL程序开发优化规范
1、批量数据处理后，无论成功与否，都应该进行vaccum analyze <table_name>.


2、对于大表的DISTINCT操作，请用 GROUP BY操作进行替代


3、对于大表的UNION操作，请用UNION ALL 加 group by进行改写


4、嵌套查询操作，尽量改写成连接查询操作


5、大表更新操作，尽量通过外连接+插入+truncate进行替代


6、大表删除操作，尽量通过外连接+插入+truncate进行替代


7、尽量避免进行存储过程函数嵌套导致锁冲突，考虑使用其它语言进行总体调度，比如shell,java，c等。


8、尽量避免在数据库中使用序列，游标, 循环，考虑对数据进行整体操作。 


9、避免高度频繁的建表删表操作，容易造成字典破碎和字典锁的问题，因此可以通过临时表和其它语言方式替代。


11、检查大表的hash键定义是否可以保证每个segment存储均匀，数据处理均匀，以及大表连接操作过程中可以尽量避免motion操作。


12、为了加快开发进度，减少开发时的彼此影响，建议每个开发人员装一个gp虚拟机，相关表放入少量记录，进行单步测试。通过单步测试后，统一提交到测试服务器上进行联合测试和压力测试。


13、运行较大操作时，不建议使用pgadmin完成操作，建议写成shell脚本在后台进行测试。避免频繁不正常中断操作，对整个开发产生影响

    14、尽量避免不正常中断操作，如需不正常中断操作，请使用函数pg_cancel_backend函数，并耐心等待3~5分钟，再继续相关操作，避免造成数据字典破坏。