上一页 1 ··· 3 4 5 6 7
摘要: pg_stat_statements跳过的坑 原本以为只是一个简单的插件扩展安装,三下五除二就能搞定,结果搞了很久也没找到问题所在。首先pg_stat_statements已经安装成功,且已经能够使用create extension pg_stat_statements创建扩展成功,但是查询pg_s 阅读全文
posted @ 2019-01-03 17:12 月图灵 阅读(2213) 评论(0) 推荐(0) 编辑
摘要: PostgreSQL 服务器发出的所有消息都赋予了五个字符 的错误代码, 这些代码遵循 SQL 的 "SQLSTATE" 代码的习惯。需要知道发生了什么错误条件的应用通常应该测试错误代码, 而不是查看文本错误信息。这些错误 代码轻易不会随着 PostgreSQL 的版本更新而修改, 并且一般也不会随 阅读全文
posted @ 2019-01-03 17:08 月图灵 阅读(3743) 评论(0) 推荐(0) 编辑
摘要: postgresql 模糊匹配 目前建议使用like,~~,不建议使用正则表达式, 目前有性能问题 https://yq.aliyun.com/articles/405097 正则表达式效率比较低下: 操作符 ~~ 等效于 LIKE, 而 ~~* 对应 ILIKE。 还有 !~~ 和 !~~* 操作 阅读全文
posted @ 2019-01-03 17:04 月图灵 阅读(1489) 评论(0) 推荐(0) 编辑
摘要: 博客开启已经四年多了,这才第一次发表,坚持 阅读全文
posted @ 2018-08-20 16:56 月图灵 阅读(118) 评论(0) 推荐(0) 编辑
摘要: postgresql数据库网络地址存储探索 阅读全文
posted @ 2018-08-20 16:47 月图灵 阅读(2406) 评论(0) 推荐(0) 编辑
摘要: postgresql分区表探索(pg_pathman) 阅读全文
posted @ 2018-08-20 16:46 月图灵 阅读(8510) 评论(0) 推荐(0) 编辑
摘要: 问题背景 在开发项目过程中,客户要求使用gbase8s数据库(基于informix),简单的分页页面响应很慢。排查发现分页sql是先查询出数据在外面套一层后再取多少条,如果去掉嵌套的一层,直接获取则很快。日常使用中postgresql并没有这样的操作也很快,这是为什么呢? 说明 在数据库实现早期,查 阅读全文
posted @ 2018-08-20 16:44 月图灵 阅读(6824) 评论(0) 推荐(0) 编辑
摘要: postgres 根据执行计划优化sql 阅读全文
posted @ 2018-08-20 16:41 月图灵 阅读(7397) 评论(0) 推荐(0) 编辑
摘要: 问题背景 运维操作失误,在没有正常关闭sqlserver的情况下,将服务器关闭了,重启后某些表损坏(应该是某些页损坏了,没有损坏的页还能访问到数据,但是访问损坏了的页就有问题),目前数据库只有4.20号的备份。 报错信息 查询脚本:select * from t_jxjs_pctq where c_ 阅读全文
posted @ 2018-08-20 16:40 月图灵 阅读(3668) 评论(0) 推荐(0) 编辑
摘要: postgres jsonb 阅读全文
posted @ 2018-08-20 16:17 月图灵 阅读(15524) 评论(0) 推荐(0) 编辑
上一页 1 ··· 3 4 5 6 7