通过markdown实现自定义动态sql拼接,实现通过sql配置完成接口开发发布
整体框架还是依据0行代码写服务的框架不清楚的看一下前几篇文章,这里我们为了满足复杂查询利用动态sql拼接的方式去实现具体实现如下:
首先来看一下自定义的markdown sql文件:test.md
2024年04月18日
通过markdown实现自定义动态sql拼接,实现通过sql配置完成接口开发发布
整体框架还是依据0行代码写服务的框架不清楚的看一下前几篇文章,这里我们为了满足复杂查询利用动态sql拼接的方式去实现具体实现如下:
首先来看一下自定义的markdown sql文件:test.md
2024年04月18日
一、SQL无法走索引的情况及解决思路
因为数据库优化器不够智能,或者一些逻辑原因,导致SQL在比较适合走索引的情况下却无法正确利用索引。这时候,除了给数据库需要的统计信息之外,SQL语句本身还必须要给优化器足够多的额外有效信息,帮助优化器能够选择更好的执行计划。要让优化器正确选择需要的索引,要考虑两点:
2024年04月18日
从数据格式上讲,类似商品标题、用户评论、文章等文本型数据看起来杂乱无章,充满了噪声,充满了不确定性。这样的数据,处理起来比较棘手。我们只能不断优化处理的规则,以提高处理的准确率,例如,处理10000条文本数据,之前准确处理了9000条数据,准确率90%,优化规则后,准确率提高至95%。实际情况下处理准确率很难达到100%。除非穷举并加以特殊处理,但这显然不是有效的办法。
2024年04月18日
啃食Oracle:字符串的猛操作验证数据(考试成绩),substr,instr,to_number
说Oracle某表中有一个字段score(成绩),借用with模拟students(学生)表情况如下
2024年04月18日
GreatSQL 8.0.32-24版本发布,增加并行load data、(逻辑 & CLONE)备份加密、MGR读写节点可绑定动态VIP、Oracle兼容扩展、审计日志增强等重磅特性。
2024年04月18日
由于项目保密原因,因此很多字段采取保密写法,望各位看官见谅。
其实呢,整个表的数据量其实也不大,也就170W+。字段大概在65个左右,除了几个单号,几个内容这种稍大一点的字段外,其他的基本都是状态和关联id的字段。所以行大小也不大。
但是,上个月的时候,产品提出一个需要根据单号模糊查询的功能,就是这个功能,导致了慢查询。优化前,根据现有逻辑以及模糊查询的需求,大概的sql是这样的
2024年04月18日
oracle一般截取某一个字符之前或之后的值都会用到substr()和instr()函数,抽时间整理了这方面,下面做个简单介绍。
这是一个字符串处理函数,它在Oracle/PLSQL中是返回子字符串在源字符串中的位置。