前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >专栏 >oracle隐式转换_oracle查看游标数量

oracle隐式转换_oracle查看游标数量

作者头像
全栈程序员站长
发布于 2022-11-10 07:57:10
发布于 2022-11-10 07:57:10
1.9K0
举报

原文地址:http://blog.itpub.net/29324876/viewspace-1096741/

1 Oracle 隐式转换

Oracle中对不同类型的处理具有显式类型转换(Explicit)和隐式类型转换(Implicit)两种方式,对于显式类型转换,我们是可控的,但是对于隐式类型转换,当然不建议使用, 因为很难控制,有不少缺点,但是我们很难避免碰到隐式类型转换,如果不了解隐式类型转换的规则,那么往往会改变我们SQL的执行计划,从而可能导致效率降低或其它问题。

1.1 隐式转换发生场景

1.对于INSERT和UPDATE操作,oracle会把插入值或者更新值隐式转换为字段的数据类型。

例如:

SQL> create table text(id varchar2(32),name varchar2(10),age number);

Table created.

SQL> insert into text values (‘1′,’Jack’,’18’);

1 row created.

SQL> update text set age=’19’;

1 rows updated.

SQL> select * from text;

ID NAME AGE

———- ———- ———-

1 Jack 19

注:insert into text values (‘1′,’Jack’,’18’) 相当于 insert into text values(,’1’,’Jack’,to_number(’18’))

update text set age=’19’相当于update text set age=to_number(’19’)

2.当比较字符型和数值型的值时,oracle会把字符型的值隐式转换为数值型。例如:

SQL> explain plan for select * from text where age=’19’;

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

——————————————————————————-

Plan hash value: 738342525

————————————————————————–

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

————————————————————————–

| 0 | SELECT STATEMENT | | 2 | 66 | 2 (0)| 00:00:01 |

|* 1 | TABLE ACCESS FULL| TEXT | 2 | 66 | 2 (0)| 00:00:01 |

————————————————————————–

Predicate Information (identified by operation id):

—————————————————

1 – filter(“AGE”=19)

注:select * from text where age=’19’相当于select * from text where age=to_number(’19’)

SQL> explain plan for select * from text where id=1;

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

——————————————————————————-

Plan hash value: 738342525

————————————————————————–

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

————————————————————————–

| 0 | SELECT STATEMENT | | 1 | 38 | 2 (0)| 00:00:01 |

|* 1 | TABLE ACCESS FULL| TEXT | 1 | 38 | 2 (0)| 00:00:01 |

————————————————————————–

Predicate Information (identified by operation id):

—————————————————

1 – filter(TO_NUMBER(“ID”)=1)

注:select * from text where id=1;相当于select * from text where to_number(id)=1

如果id列建有索引此时将失效

3.当比较字符型和日期型的数据时,oracle会把字符型转换为日期型。例如:

SQL> create table table_date(varchar_date varchar2(20),date_date Date);

Table created.

SQL> insert into table_date values(to_char(sysdate,’yyyy-mm-dd’),sysdate);

1 row created.

SQL> select * from table_date;

VARCHAR_DATE DATE_DATE

——————– ———

2014-02-26 26-FEB-14

SQL> alter session set nls_date_format=’yyyy-mm-dd hh24:mi:ss’;

Session altered.

SQL> explain plan for select * from table_date where varchar_date<sysdate;< span=”” style=”word-wrap: break-word;”>

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

——————————————————————————-

Plan hash value: 1510990824

——————————————————————————–

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

——————————————————————————–

| 0 | SELECT STATEMENT | | 1 | 21 | 2 (0)| 00:00:01 |

|* 1 | TABLE ACCESS FULL| TABLE_DATE | 1 | 21 | 2 (0)| 00:00:01 |

——————————————————————————–

Predicate Information (identified by operation id):

—————————————————

1 – filter(INTERNAL_FUNCTION(“VARCHAR_DATE”)<sysdate@!)< span=”” style=”word-wrap: break-word;”>

注:select * from table_date where varchar_date<sysdate< span=”” style=”word-wrap: break-word;”>相当于

select * from table_date where to_date(varchar_date,’yyyy-mm-dd hh24:mi:ss’)<sysdate< span=”” style=”word-wrap: break-word;”>

SQL> explain plan for select * from table_date where date_date>‘2014-2-26 0:0:0’;

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

——————————————————————————-

Plan hash value: 1510990824

——————————————————————————–

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

——————————————————————————–

| 0 | SELECT STATEMENT | | 1 | 21 | 2 (0)| 00:00:01 |

|* 1 | TABLE ACCESS FULL| TABLE_DATE | 1 | 21 | 2 (0)| 00:00:01 |

——————————————————————————–

Predicate Information (identified by operation id):

—————————————————

1 – filter(“DATE_DATE”>TO_DATE(‘ 2014-02-26 00:00:00’, ‘syyyy-mm-dd

hh24:mi:ss’))

注:select * from table_date where date_date>‘2014-2-26 0:0:0’相当于

select * from table_date where date_date>to_date(‘2014-2-26 0:0:0’, ’yyyy-mm-dd hh24:mi:ss’

4. 隐式转换发正在字段列上时将使索引失效。例如:

1)当末发生隐式转换时索引有效

SQL> create table t1 as select OBJECT_ID as id ,to_char(OBJECT_ID) as vid from dba_objects;

Table created.

SQL> desc t1

Name Null? Type

—————————————– ——– —————————-

ID NUMBER

VID VARCHAR2(40)

SQL> create index t1_ind_vid on t1(vid);

Index created.

SQL> explain plan for select * from t1 where vid=‘15612’;

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

——————————————————————————-

Plan hash value: 1215445203

——————————————————————————————

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

——————————————————————————————

| 0 | SELECT STATEMENT | | 1 | 35 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID| T1 | 1 | 35 | 2 (0)| 00:00:01 |

|* 2 | INDEX RANGE SCAN | T1_IND_VID | 1 | | 1 (0)| 00:00:01 |

——————————————————————————————

Predicate Information (identified by operation id):

—————————————————

2 – access(“VID”=’15612′)

注:未发生隐式转换正常执行索引扫

2)当字段列发生隐式转换时索引将失效

SQL> explain plan for select * from t1 where vid=15612;

Explained.

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

——————————————————————————-

Plan hash value: 3617692013

————————————————————————–

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

————————————————————————–

| 0 | SELECT STATEMENT | | 1 | 11 | 48 (5)| 00:00:01 |

|* 1 | TABLE ACCESS FULL| T1 | 1 | 11 | 48 (5)| 00:00:01 |

————————————————————————–

Predicate Information (identified by operation id):

—————————————————

1 – filter(TO_NUMBER(“VID”)=15612)

注:select * from t1 where vid=15612 相当于select * from t1 where to_number(vid)=15612,vid列发生隐式转换执行计划显示全表扫描末使用索引。

1.2 隐式转换的缺点

1. 使用显示类型转换会让我们的SQL更加容易被理解,也就是可读性更强,但是隐式类型转换却没有这个优点。

2. 隐式类型转换往往对性能产生不好的影响,特别是左值的类型被隐式转为了右值的类型。这种方式很可能使我们本来可以使用索引的而没有用上索引,也有可能会导致结 果出错。

3. 隐式类型转换可能依赖于发生转换时的上下文环境,比如1中的to_date(sysdate,fmt),一旦上下文环境改变,很可能我们的程序就不能运行。

4. 隐式类型转换的算法或规则,以后Oracle可能改变,这是很危险的,意味着旧的代码很可能在新的Oracle版本中运行出现问题(性能、错误等),显示类型转换总是有最高 的优先级,所以显示类型转换没有这种版本更替可能带来的问题。

5. 隐式类型转换是要消耗时间的,当然同等的显式类型转换时间也差不多,最好的方法就是避免类似的转换,在显示类型转换上我们会看到,最好不要将左值进行类型转换,到 时候有索引也用不上索引,还要建函数索引,索引储存和管理开销增大。

原文地址:http://www.cnblogs.com/iliuyuet/p/4104469.html

oracle有三种最基本的数据类型,即字符型、数值型、日期型。 oracle提供的单行函数中,针对不同的数据类型,提供大量实用的函数,同时提供一系列数据类型转换函数,如下:

1)to_char 数值、日期->字符型 语法:to_char(num|date,[format mask],[nls_parameters]) 参数:num|date 待转换的数值或者日期 format mask:可选参数

数字->字符型的可用格式

格式元素

元素说明

格式

数字

字符结果

9

数字宽度

9999

12

12

0

显示前面的零

09999

0012

00012

.

小数点的位置

09999.999

030.40

00030.400

D

小数点分隔符的位置(默认为句点)

09999D999

030.40

00030.400

,

逗号的位置

09999,999

03040

00003,040

G

组分隔符的位置(默认为逗号)

09999G999

03040

00003,040

$

美元符号

$099999

03040

$003040

L

当地货币

L099999

03040

GBP003040如果nls_currency设置为GBP

MI

表示负数的减号的位置

99999MI

-3040

3040-

PR

包围在括号内的负数

99999PR

-3040

<3040>

EEEE

科学计数法

99.99999EEEE

121.976

1.21976E+02

U

Nls_dual_currency

U099999

03040

CAD003040如果nls_dual_currency设置为CAD

V

乘以10n次(n是V之后9的数量)

9999V99

3040

304000

S

前面加上+或者-

S999999

3040

+3040

日期->字符型的可用格式(示例日期:02-JUN-1975)

格式说明

说明

结果

Y

年的最后一位

5

YY

年的最后两位

75

YYY

年的最后三位

975

YYYY

四位数字表示的年

1975

RR

两位数字表示的年

75

YEAR

区别大小写并用英语拼写的年

NINETEEN SEVENTY-FIVE

MM

两位数表示的月

06

MON

月的三个字母缩写

JUN

MONTH

区分大小写并用英语拼写的月

JUNE

D

星期几

2

DD

月的两位数日(即是本月的第几天)

02

DDD

年的日

153

DY

星期的三个字母缩写

MON

DAY

区分大小写并用英语拼写的星期

MONDAY

其他不常用的格式掩码

演示数据:24-SEP-1000 BC

格式元素

说明

结果

W

月的周数

4

WW

年的周数

39

Q

年的季度

3

CC

世纪

10

S preceding CC,YYYY,YEAR

如果日期是BC,那么减号就在结果之前

-10,-1000或者-ONE THOUSAND

IYYY,IYY,IY,I

分别表示4,3,2,1为ISO日期

1000,000,00,0

BC,AD,B.C. and A.D.

J

儒略日—从公元前4713年12月31日开始的天数

1356075

IW

ISO标准周(1到53)

39

RM

用罗马数字表示的月

IX

时间组件的日期格式掩码

演示数据:27-JUN-2010 21:35:13

格式元素

说明

结果

AM,PM,A.M.和P.M.

子午线指示器

PM

HH,HH12,HH24

一天的小时,1-12时和0-23时

09,09,21

MI

分(0-59)

35

SS

秒(0-59)

12

SSSSS

午夜之后的秒(0-86399)

77713

其他日期格式掩码

格式元素

说明和格式掩码

结果

-/.,?#!

标点符号:’MM.YY’

09.08

“any character literal”

字符值:’”Week” W “”of” Month’

Week 2 of September

TH

位置或者序数文本:’DDth”of”Month’

12TH of September

SP

拼写出数字:’MmSP Month YYYYSP’

Nine September Two Thousand Eight

THSP or SPTH

拼写出位置或者序数:’hh24SpTh’

Fourteenth

2)to_date

字符值->日期值 语法:to_date (string,[format mask],[nls_parameters]) 参数:string 待转换的字符值 format mask:可选参数 ,格式掩码同to_char转换为date时相同。

备注:转换时要根据给定的string设定正确的格式掩码,否则

Ora_01840:input value is not long enough for date format.

Ora_01862:the numeric value does not match the length of the format item.

3) to_number

字符值->数字值 语法:to_number (string,[format mask],[nls_parameters]) 参数:string 待转换的字符值 format mask:可选参数,格式掩码同to_char转换为number时相同。

备注:如果使用较短的格式掩码就会返回错误。

例如: to_number(123.56,’999.9’)返回错误。

在oracle中,如果不同的数据类型之间关联,如果不显式转换数据,则它会根据以下规则对数据进行隐式转换

1) 对于INSERT和UPDATE操作,oracle会把插入值或者更新值隐式转换为字段的数据类型。

假如id列的数据类型为number

update t set id=’1′; -> 相当于 update t set id=to_number(‘1’);

insert into t(id) values(‘1’) -> insert into t values(to_number(‘1’));

2) 对于SELECT语句,oracle会把字段的数据类型隐式转换为变量的数据类型。 如假设id列的数据类型为varchar2

select * from t where id=1; -> select * from t where to_number(id)=1;

但如果id列的数据类型为number,则

select * from t where id=’1′; -> select * from t where id=to_number(‘1’);(参考下文)

3) 当比较一个字符型和数值型的值时,oracle会把字符型的值隐式转换为数值型。

如假设id列的数据类型为number

select * from t where id=’1′; -> select * from t where id=to_number(‘1’);

4) 当比较字符型和日期型的数据时,oracle会把字符型转换为日期型。

如假设create_date为字符型,

select * from t where create_date>sysdate; -> select * from t where to_date(create_date)>sysdate;(注意,此时session的nls_date_format需要与字符串格式相符)

假设create_date为date型,

select * from t where create_date>’2006-11-11 11:11:11′; -> select * from t where create_date>to_date(‘2006-11-11 11:11:11’); (注意,此时session的nls_date_format需要与字符串格式相符)

5) 如果调用函数或过程等时,如果输入参数的数据类型与函数或者过程定义的参数数据类型不一直,则oracle会把输入参数的数据类型转换为函数或者过程定义的数据类型。

如假设过程如下定义 p(p_1 number)

exec p(‘1’); -> exec p(to_number(‘1’)); 6)

赋值时,oracle会把等号右边的数据类型转换为左边的数据类型。

如 var a number a:=’1′; – > a:=to_number(‘1’);

6) 用连接操作符(||)时,oracle会把非字符类型的数据转换为字符类型。

select 1||’2′ from dual; -> select to_char(1)||’2′ from dual;

7) 如果字符类型的数据和非字符类型的数据(如number、date、rowid等)作算术运算,则oracle会将字符类型的数据转换为合适的数据类型,这些数据类型可能是number、date、rowid等。

如果CHAR/VARCHAR2 和NCHAR/NVARCHAR2之间作算术运算,

则oracle会将她们都转换为number类型的数据再做比较。

8) 比较CHAR/VARCHAR2 和NCHAR/NVARCHAR2时,如果两者字符集不一样,则默认的转换方式是将数据编码从数据库字符集转换为国家字符集。

简单总结:

比较时,一般是字符型转换为数值型,字符型转换为日期型

算术运算时,一般把字符型转换为数值型,字符型转换为日期型

连接时(||),一般是把数值型转换为字符型,日期型转换为字符型

赋值、调用函数时,以定义的变量类型为准。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/183215.html原文链接:https://javaforall.cn

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022年10月11日,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
Oracle、SQL Server和MySQL的隐式转换异同
这次的组内分享,选择了在不同数据库中的隐式转换这个话题。隐式转换是个老生常谈的问题了,不同的数据库,隐式转换的影响因素有所不同,我们通过一些例子来看一下。但是问题来了,如何避免隐式转换带来的负面影响?一方面是编程习惯的问题,另一方面就需要一些人肉/自动化的手段主动发现问题,如果两者都没有,就只能被动等着出问题,再找解决方案了。
bisal
2021/09/06
1.5K0
Oracle、SQL Server和MySQL的隐式转换异同
【DB笔试面试598】在Oracle中,如何得到真实的执行计划?
在Oracle数据库中判断得到的执行计划是否准确,就是看目标SQL是否被真正执行过,真正执行过的SQL所对应的执行计划就是准确的,反之则有可能不准,因此,通过10046事件及如下的几种方式得到的执行计划是最准确的,而从其它方式获取到的执行计划都有可能不准确。
AiDBA宝典
2019/09/29
7090
为什么预估执行计划与真实执行计划会有差异?
一 问题概要 对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的 Runtime Plan 真实执行计划,偶尔会发现两边有不一致的情况,为什么呢?为什么预估执行计划会不准确?怎样才能避免这种情况的发生? 二 问题解答 这是执行计划相关中会被经常问道的问题,也是困扰自己很长时间的问题。希望通过下面的分析能解释一部分原因。 对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的真实执行计划不
数据和云
2018/04/17
8460
为什么预估执行计划与真实执行计划会有差异?
Oracle的隐式转换
都说Oracle存在NUMBER和VARCHAR2类型的隐式转换,严格意义上需要避免,但为何需要避免,从下面的实验进行验证。 1. 创建测试表和索引 create table tn (id number, name varchar2(1));
bisal
2019/01/29
9220
从Java的类型转换看MySQL和Oracle中的隐式转换(二)(r6笔记第68天)
说起数据类型转换,在开发中如此,在数据库中也是如此,之前简单对比过MySQL和Oracle的数据类型转换情况,可以参见MySQL和Oracle中的隐式转换 http://blog.itpub.net/23718752/viewspace-1787973/ 不过当时写完之后,有个读者随口问了一句为什么,为什么呢?似乎自己还是一知半解,说是规则,无规矩不成方圆,倒也无可非议,不过我觉得还是要再看看,看看还能有哪些收获,接下来的内容我就不能保证正确性了,希望大家明辨,也希望提出意见,毕竟就是希望把问题搞明白而已。
jeanron100
2018/03/16
1.1K0
如何找到隐式转换的SQL?
我们知道,隐式转换是在开发过程中非常容易进的一种坑,最常见的就是程序中传参类型和数据库表中定义的字段类型不一致,隐患就是不能用到隐式转换字段上的索引,原先能使用索引的语句,却使用了全表,影响执行性能。
bisal
2021/09/06
1.1K0
sql的隐式转换_js强制转换和隐式转换
Oracle中对不同类型的处理具有显式类型转换(Explicit)和隐式类型转换(Implicit)两种方式,对于显式类型转换,我们是可控的,但是对于隐式类型转换,当然不建议使用, 因为很难控制,有不少缺点,但是我们很难避免碰到隐式类型转换,如果不了解隐式类型转换的规则,那么往往会改变我们SQL的执行计划,从而可能导致效率降低或其它问题。
全栈程序员站长
2022/11/07
3K0
从隐式转换案例,来挖掘开发人员的技能提升
碰到个问题(https://www.modb.pro/issue/1440),有点意思,值得在这说下。
bisal
2020/03/06
3520
Oracle函数
【相近】trunc(x[,y]) 返回截取后的值,用法同round(x[,y]),只是不四舍五入
小小工匠
2021/08/16
4K0
oracle隐式转换和显式转换_oracle显示游标和隐式
和其他的关系型数据库一样, oracle 中也能进行一些隐式的数据转换,这对我们写 SQL 语句有 非常 用,我们可以不必麻烦地手动转化很多类型的字符。虽然前面我们介绍了一些使用例如to_char,to_date的函数进行强制转换的方法,但是隐式转换也还是不错的。 Orac
全栈程序员站长
2022/11/10
1.1K0
从迁移开发角度看差异:Oracle vs MySQL
随着近些年来数据库技术发展演进,及国内数据库日益活跃。越来越多的企业将数据库从传统商业数据库迁移到开源或国产数据库平台。本文对比了最为常见的一种情况,从Oracle迁移到MySQL需要关注的一些差异点。这方便应用研发在迁移之初做好必要的评估备。此外,因MySQL生态发展很广泛,很多数据库产品会将MySQL作为兼容的首选。因此,很多其他类型的数据库迁移,也可以参考此文内容。
用户5548425
2021/11/18
1.4K0
从迁移开发角度看差异:Oracle vs MySQL
Oracle 分区索引
    分区索引(或索引分区)主要是针对分区表而言的。随着数据量的不断增长,普通的堆表需要转换到分区表,其索引呢,则对应的转换到分区索引。分区索引的好处是显而易见的。就是简单地把一个索引分成多个片断,在获取所需数据时,只需要访问更小的索引片断(块)即可实现。同时把分区放在不同的表空间可以提高分区的可用性和可靠性。本文主要描述了分区索引的相关特性并给出演示示例。
Leshami
2018/08/13
1.8K0
【DB笔试面试570】在Oracle中,SQL优化在写法上有哪些常用的方法?
一般在书写SQL时需要注意哪些问题,如何书写可以提高查询的效率呢?可以从以下几个方面去考虑:
AiDBA宝典
2019/09/29
3.6K0
Oracle的使用
oracle数据库中是没有limit关键字的,想在Oracle数据库中实现limit功能可以通过使用rownum来限制结果集行数。
栖西
2023/10/17
2970
Oracle 函数大全[通俗易懂]
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/154754.html原文链接:https://javaforall.cn
全栈程序员站长
2022/09/07
2.9K0
Oracle 函数大全[通俗易懂]
oracle的操作
在为一个Oracle数据库系统创建用户之后,这些用户既不能与数据库服务器连接,也不能做任何事情,除非他们具有执行特定数据库操作的权限. oracle内置权限:(SELECT * FROM SYSTEM_PRIVILEGE_MAP查);
微醺
2019/01/17
1.6K0
隐式数据类型转换案例一则
在OLTP系统中,要求对频繁执行的SQL使用绑定变量(唯一值少的字段,如type、status等,数据分布不均是常见情况,这种字段不建议使用绑定变量)。
老虎刘
2022/06/22
4300
隐式数据类型转换案例一则
隐式转换的替代方案不是万能的
隐式转换之前谈的比较多了,这个问题如果单从功能测试上,不一定能发现,但是通过执行计划、静态扫描等,还是能找到一些端倪的,归根结底,还是不规范的设计和开发,导致出现的。
bisal
2022/03/11
2630
SQL 基础-->常用函数
lpad | rpad(x,width [,pad_string]) 字符定长,(不够长度时,左|右填充)
Leshami
2018/08/07
1.2K0
见识一下SQL Server隐式转换处理的不同
隐式转换(Implicit Conversion)就像他的名字一样,是个隐秘、不容易被发现的问题,但归根结底,还是设计开发中未遵守相关的规范,或者说是不良的设计开发习惯所导致的。
bisal
2021/09/06
1.1K0
见识一下SQL Server隐式转换处理的不同
相关推荐
Oracle、SQL Server和MySQL的隐式转换异同
更多 >
领券
社区富文本编辑器全新改版!诚邀体验~
全新交互,全新视觉,新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能,全面提升创作效率和体验
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
查看详情【社区公告】 技术创作特训营有奖征文