关于oracle sql语句查询时表名和字段名要加双引号的问题详解

╰+攻爆jí腚メ 2024-02-17 15:47 52阅读 0赞

**作为oracle的初学者相信大家一定会遇到这个问题，如图：**

**![Center][]**

**明明就是navicat可视化创建了表，可是就是不能查到！这个为什么呢？**

**select \* from user;**

**但是，我们如果给user加上双引号就不一样了！**

**select \* from "user";**

**却可以等到下面的结果，如图：**

**![Center 1][]**

**到这里我想大家肯定会说：难道oracle跟mysql等不同，查询时候一定要加双引号？那这样不是很麻烦！于是经过查找资料得出如下结论：**

**1、oracle表和字段是有大小写的区别。oracle默认是大写，如果我们用双引号括起来的就区分大小写，如果没有，系统会自动转成大写。**

**2、我们在使用navicat使用可视化创建数据库时候，navicat自动给我们加上了“”。这样我们在创建数据库时实际的代码是这样的：（通过到处sql语句的文件，这样就不难理解我们为什么找不到表了。）**

DROP TABLE "ROOT"."user";
    CREATE TABLE "ROOT"."user" (
    "userid" NUMBER(2) NOT NULL 
    )
    -------到这里，我想那些总是用可视化来创建表和字段的人该吐槽navicat了。

3、我用sql语句进行创建表和字段呢？  
①不加双引号创建变：

CREATE TABLE "ROOT".personal_user_table (
    personal_id NUMBER(10) NOT NULL ,
    login_name VARCHAR2(20 BYTE) NOT NULL ,
    login_password VARCHAR2(20 BYTE) NOT NULL ,
    register_time DATE NOT NULL ,
    fullname VARCHAR2(20 BYTE) NOT NULL ,
    sex CHAR(1 BYTE) NULL ,
    id_card CHAR(18 BYTE) NULL ,
    email VARCHAR2(30 BYTE) NULL ,
    tel CHAR(11 BYTE) NULL ,
    address VARCHAR2(64 BYTE) NULL ,
    work_units VARCHAR2(64 BYTE) NULL ,
    monthly_income NUMBER(8,2) NULL ,
    bank_account CHAR(20 BYTE) NULL ,
    credit_rating NUMBER(1) NULL 
    )

结果我们的表示这样的：

**![Center 2][]**

**②加双引号，跟我们使用navicat可视化操作的结果一样：**

CREATE TABLE "ROOT"."personal_user_table" (
    "personal_id" NUMBER(10) NOT NULL ,
    "login_name" VARCHAR2(20 BYTE) NOT NULL ,
    "login_password" VARCHAR2(20 BYTE) NOT NULL ,
    "register_time" DATE NOT NULL ,
    "fullname" VARCHAR2(20 BYTE) NOT NULL ,
    "sex" CHAR(1 BYTE) NULL ,
    "id_card" CHAR(18 BYTE) NULL ,
    "email" VARCHAR2(30 BYTE) NULL ,
    "tel" CHAR(11 BYTE) NULL ,
    "address" VARCHAR2(64 BYTE) NULL ,
    "work_units" VARCHAR2(64 BYTE) NULL ,
    "monthly_income" NUMBER(8,2) NULL ,
    "bank_account" CHAR(20 BYTE) NULL ,
    "credit_rating" NUMBER(1) NULL 
    )

**结果如下：**

**![Center 3][]**

**因此建议：**

**1.建议我们的可视化操作者还是养成手写sql语句的习惯，我们在创建的时候就不要使用了双引号！这样我们就可以到达像mysql等一样不区分大小写了。**

**2.建议我们尽量养成大写操作数据库的习惯。**

[Center]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/30/293df025e31d45e595a8bb10e46ebf2c.png
[Center 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/30/0849c2bb5b434019bb78946648f67ef9.png
[Center 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/30/bbbc3df6fac649e783e63142aa5d635b.png
[Center 3]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/30/abb11989ab3043d5a87efda3fc821166.png