问题小记-达梦数据库报错“字符串转换出错”处理

最近遇到一个达梦数据库报错“-6111: 字符串转换出错”的问题，这个问题主要是涉及到一条sql语句的执行，在此分享下这个报错的处理过程。

问题表现为：一样的表结构和数据，执行相同的SQL，在Oracle数据库中执行正常，到达梦数据库执行报错。

SQL语句大致如下：

SELECT "START_VAL", "END_VAL"
FROM 
(
    SELECT FLOOR(C2 / 200000) * 200000 AS START_VAL, CEIL(C2 / 200000) * 200000 - 1 AS END_VAL
    FROM T1
    WHERE C3 IN ('测试1', '测试2')
    GROUP BY FLOOR(C2 / 200000) * 200000, CEIL(C2 / 200000) * 200000 - 1
) 
WHERE START_VAL < END_VAL;

还有一个现象， 如果把最后的条件“WHERE START_VAL < END_VAL”去掉，SQL就可以正常执行，结果如下图。

客户尝试过对SQL语句中C2列使用to_number和CAST函数做显示类型转换，仍然会报错。这里不做赘述。

其实既然涉及到字符串转换出错，那问题的表象就很明显了，一定是查询语句中对应列字段真的涉及到字符串转换才会出错，数据库不会凭空报错的。

这里根据当时最终排查的结果，人工构造一批测试数据来复现下当时的情况，然后看下当时的分析过程：

--创建表
DROP TABLE IF EXISTS T1;
CREATE TABLE T1(C1 INT, C2 VARCHAR2(20), C3 VARCHAR2(50), C4 VARCHAR2(50),NOT CLUSTER PRIMARY KEY(C1));
--创建索引
CREATE INDEX IDX1 ON T1(C1 ASC,C3 ASC,C2 ASC);
--插入测试数据
DECLARE
BEGIN
    FOR I IN 1..1000 LOOP
        IF (I >= 1 AND I <= 200) THEN
            IF MOD(I, 3) = 0 THEN
                INSERT INTO T1 VALUES(I, DBMS_RANDOM.STRING('X', 10), DBMS_RANDOM.STRING('X', 10), DBMS_RANDOM.STRING('X', 10));
            ELSE
                INSERT INTO T1 VALUES(I, ABS(FLOOR(DBMS_RANDOM.VALUE(1000000000, 9999999999))), '测试1', DBMS_RANDOM.STRING('X', 10));
            END IF;
        ELSE
            IF I IN (119,120,911,10086,12345,12315,12580,96577) THEN
                INSERT INTO T1 VALUES(I, DBMS_RANDOM.STRING('X', 10), DBMS_RANDOM.STRING('X', 10), DBMS_RANDOM.STRING('X', 10));
            ELSE
                INSERT INTO T1 VALUES(I, ABS(FLOOR(DBMS_RANDOM.VALUE(1000000000, 9999999999))), '测试2', DBMS_RANDOM.STRING('X', 10));
            END IF;
        END IF;
    END LOOP;
    COMMIT;
END;
SELECT COUNT(*) FROM T1;  --共计1000条数据

注意：这里的表结构中只是本次模拟表结构随意创建的C1字段主键，实际业务场景中表字段很多，C1列也并不是主键，且表T1中包含C2和C3列的索引不止一条。表实际数据有几千万条，这里只做大致的问题模拟。

出现问题的SQL语句很简单，且只涉及到一张表，查询语句只涉及到T1表的两个字段列，分别为C2、C3，在SQL中能涉及到类型转换报错的，可以大胆判断是FLOOR和CEIL函数处理数据出现的问题。FLOOR和CEIL函数的功能如下：

这两个函数中的参数应该为数值类型才可以正常执行不报错

此时查看T1表结构，很明显，查询列C2是varchar2类型，SQL查询过程中会存在数据类型隐式转换。


通过几条SQL，来查看下数据，看看C2列数据是什么样的

先大致查询下全表数据

SELECT * FROM T1;   --查看全表数据

从上图可以得知，C2列是存在非纯数值类型的字符串的

根据过滤条件，查询下数据

SELECT * FROM T1 WHERE C3 IN ('测试1', '测试2'); --根据条件查看全表数据

根据查询结果来看，应该都是纯数字。再次查询下条数

SELECT COUNT(*) FROM T1 WHERE C3 IN ('测试1', '测试2');  --933

一共有933行

验证下C2列是否全为数值类型

SELECT COUNT(*) FROM T1 WHERE C3 IN ('测试1', '测试2') AND ISNUMERIC((C2)); --933

确认根据条件过滤后，都是数值类型，这时候使用FLOOR和CEIL理论上来说，并不应该出问题。

此时可以推测，是查询到了过滤条件“('测试1', '测试2')”之外的C2列数据，这种情况下使用FLOOR和CEIL函数一定会出现报错。如果是这种情况，就不得不看下达梦的SQL执行计划了，大概率是没有对条件提前进行过滤。执行计划如下：

1   #NSET2: [2, 1, 144] 
2     #PRJT2: [2, 1, 144]; exp_num(2), is_atom(FALSE) 
3       #PRJT2: [2, 1, 144]; exp_num(2), is_atom(FALSE) 
4         #HAGR2: [2, 1, 144]; grp_num(2), sfun_num(0); slave_empty(0) keys(DMTEMPVIEW_889195957.TMPCOL0, DMTEMPVIEW_889195957.TMPCOL1) 
5           #PRJT2: [1, 2, 144]; exp_num(2), is_atom(FALSE) 
6             #HASH RIGHT SEMI JOIN2: [1, 2, 144]; n_keys(1) KEY(DMTEMPVIEW_889195959.colname=T1.C3) KEY_NULL_EQU(0)
7               #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
8               #SLCT2: [1, 50, 96]; exp11*var5 < exp11*var5-var6
9                 #SSCN: [1, 50, 96]; IDX1(T1); btr_scan(1); is_global(0)

分析以上的执行计划，执行顺序大致如下：

1、SQL执行过程中，先走了索引IDX1，直接对这个二级索引IDX进行扫描，

2、通过FLOOR和CEIL两个函数计算相关结果，并根据最外层条件带入进行过滤。

3、CONST VALUE LIST常量列表放的是查询条件C3的两个参数值'测试1'和'测试2'

4、将常量列表与第2步中过滤后的结果做HASH RIGHT SEMI JOIN

5、PRJT2获取第4步的join结果

6、HASH分组，并计算集函数

7、PRJT2获取第6步分组后的结果，至此最内层子查询已结束

8、PRJT2最外层查询结果

9、结果集输出

计划中涉及到的索引定义如下：

CREATE INDEX IDX1 ON T1(C1 ASC,C3 ASC,C2 ASC);

该索引包含了查询列和where条件列。

根据执行计划和索引定义，其实问题已经很明显了。情况和预料的一样，条件列C3的值并没有提前过滤，IDX的SSCN是包含那些不是纯数值类型的字符串的，此时用函数FLOOR和CEIL来处理数据就会报错。

那么为什么去掉最外层的where子句后，查询正常呢。让我们看下去掉“WHERE START_VAL < END_VAL”之后的执行计划

1   #NSET2: [2, 1, 144] 
2     #PRJT2: [2, 1, 144]; exp_num(2), is_atom(FALSE) 
3       #PRJT2: [2, 1, 144]; exp_num(2), is_atom(FALSE) 
4         #HAGR2: [2, 1, 144]; grp_num(2), sfun_num(0); slave_empty(0) keys(DMTEMPVIEW_889195968.TMPCOL0, DMTEMPVIEW_889195968.TMPCOL1) 
5           #PRJT2: [1, 50, 144]; exp_num(2), is_atom(FALSE) 
6             #HASH RIGHT SEMI JOIN2: [1, 50, 144]; n_keys(1) KEY(DMTEMPVIEW_889195970.colname=T1.C3) KEY_NULL_EQU(0)
7               #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
8               #SSCN: [1, 1000, 96]; IDX1(T1); btr_scan(1); is_global(0)

上边的计划，可以看到，虽然也走了索引IDX1，也是SSCN对这个二级索引IDX进行扫描，但是这里SSCN后，直接与CONST VALUE LIST常量列表做了HASH RIGHT SEMI JOIN，此时已经不存在非数值的字符串了，之后再做函数计算时就不会报错。

那么这条原始SQL，在Oracle中的执行计划是什么样的呢？Oracle的计划如下：

 Plan Hash Value  : 4058097160 

-------------------------------------------------------------------------
| Id  | Operation               | Name | Rows | Bytes | Cost | Time     |
-------------------------------------------------------------------------
|   0 | SELECT STATEMENT        |      |   47 |   940 |    4 | 00:00:01 |
|   1 |   HASH GROUP BY         |      |   47 |   940 |    4 | 00:00:01 |
| * 2 |    INDEX FAST FULL SCAN | IDX1 |   47 |   940 |    3 | 00:00:01 |
-------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 2 - filter(("C3"='测试1' OR "C3"='测试2') AND FLOOR(TO_NUMBER("C2")/200000)*200000<CEIL(TO_NUMBER("C2")/200000)*200000-1)

上边Oracle的执行计划，可以看出来，Oracle在IDX SCAN的时候，做了C3条件过滤，然后做了FLOOR和CEIL函数处理，所以Oracle执行没有问题。

根据对达梦SQL分析的情况，如果能够正常先根据C3过滤数据，再做FLOOR和CEIL就不会报错。

依照这种思路处理的方法其实有很多，比如

方法一：再创建一个C3和C2列的索引

create index idx2 on T1(C3 ASC,C2 ASC);

执行计划如下：

1   #NSET2: [1, 1, 96] 
2     #PRJT2: [1, 1, 96]; exp_num(2), is_atom(FALSE) 
3       #PRJT2: [1, 1, 96]; exp_num(2), is_atom(FALSE) 
4         #HAGR2: [1, 1, 96]; grp_num(2), sfun_num(0); slave_empty(0) keys(DMTEMPVIEW_889196107.TMPCOL0, DMTEMPVIEW_889196107.TMPCOL1) 
5           #PRJT2: [1, 50, 96]; exp_num(2), is_atom(FALSE) 
6             #NEST LOOP INDEX JOIN2: [1, 50, 96] 
7               #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
8               #SLCT2: [1, 25, 96]; exp11*var5 < exp11*var5-var6
9                 #SSEK2: [1, 25, 96]; scan_type(ASC), IDX2(T1), scan_range[(DMTEMPVIEW_889196109.colname,min),(DMTEMPVIEW_889196109.colname,max)), is_global(0)

此时的计划中可以看到是SSEK2二级索引数据定位，是能够直接过滤掉C3列数据的，之后再做函数FLOOR和CEIL不会报错。SQL语句也能正常执行。

方法二：以上创建的索引，似乎有冗余之嫌，因为已存在的IDX1已包含了C2和C3列，如果能调整IDX1索引列顺序，不增加索引的情况下会更好，但这就需要根据实际业务需求判断是否可以如此操作了。

CREATE OR REPLACE INDEX IDX1 ON T1(C3 ASC,C2 ASC,C1 ASC);

执行计划如下：

1   #NSET2: [1, 1, 96] 
2     #PRJT2: [1, 1, 96]; exp_num(2), is_atom(FALSE) 
3       #PRJT2: [1, 1, 96]; exp_num(2), is_atom(FALSE) 
4         #HAGR2: [1, 1, 96]; grp_num(2), sfun_num(0); slave_empty(0) keys(DMTEMPVIEW_889196261.TMPCOL0, DMTEMPVIEW_889196261.TMPCOL1) 
5           #PRJT2: [1, 50, 96]; exp_num(2), is_atom(FALSE) 
6             #NEST LOOP INDEX JOIN2: [1, 50, 96] 
7               #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
8               #SLCT2: [1, 25, 96]; exp11*var5 < exp11*var5-var6
9                 #SSEK2: [1, 25, 96]; scan_type(ASC), IDX1(T1), scan_range[(DMTEMPVIEW_889196263.colname,min,min),(DMTEMPVIEW_889196263.colname,max,max)), is_global(0)

此时的执行计划可以看到与方法一是相同的，问题同样得到解决。

方法三：改写SQL语句，这种方式不会额外创建索引，也不会改变原有索引的字段顺序，如果业务方便进行SQL改造，也是一种不错的解决办法，下边提供两种改写方法：

（1）通过使用窗口函数来避免 GROUP BY 子句的改写方法

SELECT START_VAL, END_VAL
FROM
(
    SELECT
        FLOOR(C2 / 200000) * 200000 AS START_VAL,
        CEIL(C2 / 200000) * 200000 - 1 AS END_VAL,
        ROW_NUMBER() OVER (PARTITION BY FLOOR(C2 / 200000) * 200000 ORDER BY C2) AS RN
    FROM T1
    WHERE C3 IN ('测试1','测试2')
) AS SUBQUERY
WHERE RN = 1 AND START_VAL < END_VAL;

执行计划如下：

1   #NSET2: [1, 2, 156] 
2     #PRJT2: [1, 2, 156]; exp_num(3), is_atom(FALSE) 
3       #SLCT2: [1, 2, 156]; (SUBQUERY.RN = var2 AND SUBQUERY.START_VAL < SUBQUERY.END_VAL)
4         #PRJT2: [1, 50, 156]; exp_num(4), is_atom(FALSE) 
5           #AFUN: [1, 50, 156]; afun_num(1); partition_num(1)[DMTEMPVIEW_889196575.TMPCOL1]; order_num(1)[DMTEMPVIEW_889196575.TMPCOL0]
6             #SORT3: [1, 50, 156]; key_num(2), partition_key_num(0), is_distinct(FALSE), top_flag(0), is_adaptive(0)
7               #PRJT2: [1, 50, 156]; exp_num(3), is_atom(FALSE) 
8                 #HASH2 INNER JOIN: [1, 50, 156];  KEY_NUM(1); KEY(DMTEMPVIEW_889196577.colname=T1.C3) KEY_NULL_EQU(0)
9                   #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
10                  #SSCN: [1, 1000, 108]; IDX1(T1); btr_scan(1); is_global(0)

上边的计划，与前文所述的去掉最外层where子句“START_VAL < END_VAL”条件类似。先做SSCN，再与CONST VALUE LIST关联过滤掉C3列的数据，不会出现“字符串类型转换出错”的异常。

（2）把SQL修改为inner join的方式

SELECT A.START_VAL, B.END_VAL
FROM
    (SELECT
        FLOOR(C2 / 200000) * 200000 AS START_VAL
    FROM
        T1
    WHERE C3 IN ('测试1','测试2')
    GROUP BY FLOOR(C2 / 200000) * 200000) AS A
INNER JOIN
    (SELECT
        CEIL(C2 / 200000) * 200000 - 1 AS END_VAL
    FROM
        T1
    WHERE C3 IN ('测试1','测试2')
    GROUP BY CEIL(C2 / 200000) * 200000 - 1) AS B
ON A.START_VAL < B.END_VAL;

执行计划如下：

1   #NSET2: [68, 1, 288] 
2     #PRJT2: [68, 1, 288]; exp_num(2), is_atom(FALSE) 
3       #SLCT2: [68, 1, 288]; A.START_VAL < B.END_VAL
4         #NEST LOOP INNER JOIN2: [68, 1, 288] 
5           #PRJT2: [2, 1, 144]; exp_num(1), is_atom(FALSE) 
6             #HAGR2: [2, 1, 144]; grp_num(1), sfun_num(0); slave_empty(0) keys(DMTEMPVIEW_889196622.TMPCOL0) 
7               #PRJT2: [1, 50, 144]; exp_num(1), is_atom(FALSE) 
8                 #HASH RIGHT SEMI JOIN2: [1, 50, 144]; n_keys(1) KEY(DMTEMPVIEW_889196625.colname=T1.C3) KEY_NULL_EQU(0)
9                   #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
10                  #SSCN: [1, 1000, 96]; IDX1(T1); btr_scan(1); is_global(0)
11          #PRJT2: [2, 1, 144]; exp_num(1), is_atom(FALSE) 
12            #HAGR2: [2, 1, 144]; grp_num(1), sfun_num(0); slave_empty(0) keys(DMTEMPVIEW_889196623.TMPCOL0) 
13              #PRJT2: [1, 50, 144]; exp_num(1), is_atom(FALSE) 
14                #HASH RIGHT SEMI JOIN2: [1, 50, 144]; n_keys(1) KEY(DMTEMPVIEW_889196626.colname=T1.C3) KEY_NULL_EQU(0)
15                  #CONST VALUE LIST: [1, 2, 48]; row_num(2), col_num(1)
16                  #SSCN: [1, 1000, 96]; IDX1(T1); btr_scan(1); is_global(0)

上边的计划，与第一种改写方法类似。同样是先做SSCN，再与CONST VALUE LIST关联过滤掉C3列的数据，不会出现“字符串类型转换出错”的异常。这种方法是将START_VAL和END_VAL分别拆分为两张A、B表的字段，A表和B表进行inner join。当数据量很大时，执行计划就显得不那么好看了，预估代价会非常大，但还是以最终实际执行效率为准。

最终方案：由于客户SQL可改写，最终采取了改写的方案，尽量避免了改动原表的索引。但采取的是第二种方案inner join方式。本文开头构造表数据时曾提到，客户数据量很大，两个改写的SQL第二种inner join方式的执行计划预估代价非常高，但实际执行效率是最优的，比第一种改写方案快几倍。如果在第二种改写的SQL基础上加上并行hint，效率会更高。（注：第一种改写方式的SQL加并行hint执行效率基本不变）

因此最终确定SQL改写大致如下：

SELECT /*+PARALLEL(4)*/ A.START_VAL, B.END_VAL
FROM
    (SELECT
        FLOOR(C2 / 200000) * 200000 AS START_VAL
    FROM
        T1
    WHERE C3 IN ('测试1','测试2')
    GROUP BY FLOOR(C2 / 200000) * 200000) AS A
INNER JOIN
    (SELECT
        CEIL(C2 / 200000) * 200000 - 1 AS END_VAL
    FROM
        T1
    WHERE C3 IN ('测试1','测试2')
    GROUP BY CEIL(C2 / 200000) * 200000 - 1) AS B
ON A.START_VAL < B.END_VAL;

总结：

1、在处理问题的过程中，思维要灵活，分析要细致，定位问题原因很重要。问题排错处理不能盲目进行，“‌“东一榔头，西一棒子”的方式不可取，直击要害，循序渐进，才是解决问题之本。

2、达梦数据库使用过程中，数据库的优化器有待进一步改进，在实际使用过程中，需要不断人工调试，才能使业务系统保持在较好的运行状态。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/940615.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

数据结构——队列的模拟实现

数据结构——队列的模拟实现

大家好&#xff0c;上一篇博客我带领大家进行了数据结构当中的栈的模拟实现 今天我将带领大家实现一个新的数据结构————队列 一&#xff1a;队列简介 首先来认识一下队列&#xff1a; 队列就像我们上学时的排队一样&#xff0c;有一个队头也有一个队尾。 有人入队的话就…
阅读更多...
前端面试汇总(不定时更新)

前端面试汇总(不定时更新)

目录 HTML & CSS1. XML、HTML、XHTML 有什么区别&#xff1f;⭐2. XML和JSON的区别&#xff1f;3. 是否了解W3C的规范&#xff1f;⭐4. 什么是语义化标签&#xff1f;⭐⭐5. 行内元素和块级元素的区别&#xff1f;⭐6. 行内元素和块级元素的转换&#xff1f;⭐7. 常用的块级…
阅读更多...
在UE5中调用ImGui图形界面库

在UE5中调用ImGui图形界面库

ImGui是一个小巧灵活、简洁美观的图形界面库 首先我们直接参考Github https://github.com/SLSNe/Unreal5-ImGui 把项目下载下来后 打开项目目录或者引擎目录 项目根目录/Plugins/ImGui/ 或 UE5引擎根目录/Engine/Plugins/ 如果没有Plugins文件夹就新建一个 把项目放里面…
阅读更多...
数据结构与算法：稀疏数组

数据结构与算法：稀疏数组

前言 此文以整型元素的二维数组为例&#xff0c;阐述稀疏数组的思想。其他类型或许有更适合压缩算法或者其他结构的稀疏数组&#xff0c;此文暂不扩展。 稀疏数组的定义 在一个二维数据数组里&#xff0c;由于大量的元素的值为同一个值&#xff0c;比如 0或者其他已知的默认值…
阅读更多...
【蓝桥杯】43699-四平方和

【蓝桥杯】43699-四平方和

四平方和 题目描述 四平方和定理&#xff0c;又称为拉格朗日定理&#xff1a; 每个正整数都可以表示为至多 4 个正整数的平方和。如果把 0 包括进去&#xff0c;就正好可以表示为 4 个数的平方和。 比如&#xff1a; 502021222 712121222; 对于一个给定的正整数&#xff0c;可…
阅读更多...
ECharts散点图-SymbolShapeMorph，附视频讲解与代码下载

ECharts散点图-SymbolShapeMorph，附视频讲解与代码下载

引言&#xff1a; ECharts散点图是一种常见的数据可视化图表类型&#xff0c;它通过在二维坐标系或其它坐标系中绘制散乱的点来展示数据之间的关系。本文将详细介绍如何使用ECharts库实现一个散点图&#xff0c;包括图表效果预览、视频讲解及代码下载&#xff0c;让你轻松掌握…
阅读更多...
会话控制（cookie、session 和 token）

会话控制（cookie、session 和 token）

1. 介绍 所谓会话控制就是 对会话进行控制HTTP 是一种无状态的协议&#xff0c;它没有办法区分多次的请求是否来自于同一个客户端&#xff0c; 无法区分用户&#xff0c;而产品中又大量存在的这样的需求&#xff0c;所以我们需要通过 会话控制 来解决该问题。 常见的会话控制…
阅读更多...
「九」HarmonyOS 5 端云一体化实战项目——「M.U.」应用云侧开发云数据库

「九」HarmonyOS 5 端云一体化实战项目——「M.U.」应用云侧开发云数据库

1 立意背景 M. 代表 “我”&#xff0c;U. 代表 “你”&#xff0c;这是一款用于记录情侣从相识、相知、相恋、见家长、订婚直至结婚等各个阶段美好记忆留存的应用程序。它旨在为情侣们提供一个专属的空间&#xff0c;让他们能够将一路走来的点点滴滴&#xff0c;如初次相遇时…
阅读更多...
双臂机器人

双臂机器人

目录 一、双臂机器人简介 二、双臂机器人系统的组成 三、双臂机器人面临的主要挑战 3.1 协调与协同控制问题 3.2 力控制与柔顺性问题 3.3 路径规划与轨迹优化问题 3.4 感知与环境交互 3.5 人机协作问题 3.6 能源与效率问题 3.7 稳定性与可靠性问题 四、双臂机器人…
阅读更多...
Lua语言入门 - Lua 面向对象

Lua语言入门 - Lua 面向对象

Lua 面向对象 面向对象编程&#xff08;Object Oriented Programming&#xff0c;OOP&#xff09;是一种非常流行的计算机编程架构&#xff0c;通过创建和操作对象来设计应用程序。 以下几种编程语言都支持面向对象编程&#xff1a; CJavaObjective-CSmalltalkC#Ruby Lua 是…
阅读更多...
电子电器架构 ---整车区域控制器

电子电器架构 ---整车区域控制器

我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。 老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师： 所谓鸡汤，要么蛊惑你认命，要么怂恿你拼命，但都是回避问题的根源，以现象替代逻辑，以情绪代替思考，把消极接受现实的懦弱，伪装成乐观面对不幸的…
阅读更多...
机器人国际会议IROS论文latex模板

机器人国际会议IROS论文latex模板

机器人国际会议IROS论文latex模板 文档 root.tex 可以配置为 US Letter 纸或 A4。请注意以下重要行&#xff1a;\documentclass[letterpaper, 10 pt, Conference]{ieeeconf} % 如果需要 a4paper&#xff0c;请注释掉此行%\documentclass[a4paper, 10pt, Conference]{ieeeconf} …
阅读更多...
ubuntu22.04编译安装Opencv4.8.0+Opencv-contrib4.8.0教程

ubuntu22.04编译安装Opencv4.8.0+Opencv-contrib4.8.0教程

本章教程，主要记录在Ubuntu22.04版本系统上编译安装安装Opencv4.8.0+Opencv-contrib4.8.0的具体过程。 一、下载opencv和opencv-contrib包 wget https://github.com/opencv/opencv/archive/refs/tags/4.8.0.zip wget https://github.com/opencv/opencv_contrib/archive/refs/…
阅读更多...
Java中的方法重写：深入解析与最佳实践

Java中的方法重写：深入解析与最佳实践

在Java编程中&#xff0c;方法重写&#xff08;Method Overriding&#xff09;是面向对象编程&#xff08;OOP&#xff09;的核心概念之一。它允许子类提供一个与父类中同名方法的具体实现&#xff0c;从而实现多态性&#xff08;Polymorphism&#xff09;。本文将深入探讨Java…
阅读更多...
基础电路的学习

基础电路的学习

1、戴维南定理 ①左边的图可简化为一个电阻&#xff0b;一个电压源。② ③电压源可相当于开路。将R2移到左边&#xff0c;R1和R2相当于并联。RR1//R2 Rx和Rt相等时&#xff0c;灵敏度最大&#xff0c;因此使Rt10K。 104电容是0.1uf。 三位数字的前两位数字为标称容量的有效数…
阅读更多...
麒麟操作系统服务架构保姆级教程（二）sersync、lsync备份和NFS持久化存储

麒麟操作系统服务架构保姆级教程（二）sersync、lsync备份和NFS持久化存储

如果你想拥有你从未拥有过的东西&#xff0c;那么你必须去做你从未做过的事情 上篇文章我们说到rsync虽好&#xff0c;但是缺乏实时性&#xff0c;在实际应用中&#xff0c;咱们可以将rsync写进脚本&#xff0c;然后写进定时任务去备份&#xff0c;如果每天凌晨1&#xff1a;00…
阅读更多...
使用visnode做节点管理

使用visnode做节点管理

背景 visnode起源于解决本人在研究生期间做学术研究时遇到的困惑。 当时的项目涉及到比较多的参数&#xff0c;需要做参数调整优化&#xff0c;每一次调整参数都是在上一组最优的一些参数组合中做微调&#xff0c;然后重新计算&#xff0c;每一次计算又会产生大量的文件&…
阅读更多...
28、论文阅读：基于像素分布重映射和多先验Retinex变分模型的水下图像增强

28、论文阅读：基于像素分布重映射和多先验Retinex变分模型的水下图像增强

A Pixel Distribution Remapping and Multi-Prior Retinex Variational Model for Underwater Image Enhancement 摘要介绍相关工作基于模型的水下图像增强方法&#xff1a;无模型水下图像增强方法&#xff1a;基于深度学习的水下图像增强方法&#xff1a; 论文方法概述像素分布…
阅读更多...
今日-冬至

今日-冬至

夏尽秋分日 春生冬至时 今天17时21分 我们迎来冬天的第四个节气 冬至 冬至是北半球全年中 白天最短、黑夜最长的一天 过了今天 阳光的照射将逐渐增多 白天的时间也会越来越长 温暖和春意正在一点点靠近 我国民间有“数九”的习俗 又称“冬九九”“交九” 从冬至起&…
阅读更多...
WebRTC搭建与应用(一)-ICE服务搭建

WebRTC搭建与应用(一)-ICE服务搭建

WebRTC搭建与应用(一) 近期由于项目需要在研究前端WebGL渲染转为云渲染&#xff0c;借此机会对WebRTC、ICE信令协议等有了初步了解&#xff0c;在此记录一下&#xff0c;以防遗忘。 第一章 ICE服务搭建 文章目录 WebRTC搭建与应用(一)前言一、ICE是什么&#xff1f;二、什么…
阅读更多...
最新文章

Copyright @ 2022~2023