SELECT FROM AS导致ORA-01722:无效的数字

问题：SELECT FROM AS导致ORA-01722:无效的数字

答案：

这个问题是一个SQL查询语句中的错误。ORA-01722错误表示在执行查询时，尝试将一个无效的字符转换为数字类型。这通常发生在使用了AS关键字的SELECT语句中。

在SQL查询中，AS关键字用于给查询结果的列或表达式起一个别名。它可以使查询结果更易读，并且在复杂的查询中可以方便引用列或表达式。

然而，当使用AS关键字给一个非数字类型的列或表达式起一个数字类型的别名时，就会出现ORA-01722错误。这是因为数据库引擎无法将非数字类型的值转换为数字类型。

解决这个问题的方法是确保在使用AS关键字给列或表达式起别名时，别名的数据类型与原始列或表达式的数据类型兼容。如果原始列或表达式是非数字类型，那么别名也应该是非数字类型。

以下是一个示例查询语句，展示了如何正确使用AS关键字：

SELECT column1 AS alias1, column2 AS alias2

FROM table

WHERE condition;

在这个示例中，column1和column2是原始列，alias1和alias2是给这两个列起的别名。请注意，别名的数据类型应与原始列的数据类型相匹配。

腾讯云相关产品和产品介绍链接地址：

腾讯云数据库（TencentDB）：https://cloud.tencent.com/product/cdb

腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm

腾讯云云原生应用引擎（Tencent Cloud Native Application Engine）：https://cloud.tencent.com/product/tcnae

腾讯云网络安全（Tencent Cloud Network Security）：https://cloud.tencent.com/product/ddos

腾讯云音视频处理（Tencent Cloud Audio/Video Processing）：https://cloud.tencent.com/product/avp

腾讯云人工智能（Tencent Cloud Artificial Intelligence）：https://cloud.tencent.com/product/ai

腾讯云物联网（Tencent Cloud Internet of Things）：https://cloud.tencent.com/product/iot

腾讯云移动开发（Tencent Cloud Mobile Development）：https://cloud.tencent.com/product/mad

腾讯云对象存储（Tencent Cloud Object Storage）：https://cloud.tencent.com/product/cos

腾讯云区块链（Tencent Cloud Blockchain）：https://cloud.tencent.com/product/baas

腾讯云元宇宙（Tencent Cloud Metaverse）：https://cloud.tencent.com/product/metaverse

相关·内容

select into from 和 insert into select 的用法和区别

select into from 和 insert into select都是用来复制表，两者的主要区别为： select into from 要求目标表不存在，因为在插入时会自动创建。...* from Table2 –3.INSERT INTO SELECT语句复制表数据 Insert into Table2(a, c, d) select a,c,5 from...Table1 GO –4.显示更新后的结果 select * from Table2 GO –5.删除测试表 drop TABLE...Table1 drop TABLE Table2 二、SELECT INTO FROM语句语句形式为： SELECT vale1, value2 into Table2 from Table1...INTO FROM语句创建表Table2并复制数据 select a,c INTO Table2 from Table1 GO –4.显示更新后的结果

2.3K1 0

select from update row的实现

DTCC大会上，阿里江疑的演讲中提到一个：select from update hot row; 不明白如何在Oracle中实现的，他的意思是在一条SQL中实现update和select这条update...经dbsnake指点，了解到这是模仿了Oracle的returning into子句，可以将使用的DML语句影响的行记录的指定列的值select出来。...* FROM employees; DECLARE TYPE NumList IS TABLE OF employees.employee_id%TYPE; enums NumList;...创建测试表： create table tbl_returninto( id number, remark varchar2(5)); SQL> select * from tbl_returninto...总结：使用returning into子句可以在一条SQL中将insert、update和delete影响的行记录指定字段信息select出来，其中insert和update都是执行之后的结果，delete

1.5K2 0

MOS文章实验：ORA-01722 from Queries with Dependent Predicates

文章举了一个示例，如下SQL查询： select id from (select id, data from data_table where...会提示to_number的处理存在无效数字。...对于data列中22这个记录，包含NUMBER数字类型，因此转换是有效的，但对于其他行，这种转换就是无效的，因为不包含等价的数值，例如'Pet Foods Inc'。...如果谓词比较是对包含非数字类型的行，此时需要非数字类型值和数字类型值进行比较，在做类型转换的时候就会报错。如果谓词比较从'data_type'列开始，删除所有包含非数字类型的行，那么就不会产生错误。...SQL> select id from (select id, data from data_table where data_type='zip

7382 0

JavaEE 项目常见错误汇总

Cause: java.sql.SQLException: ORA-01722: 无效数字原因——本质原因是入参和数据库表字段数据类型不匹配，报错可能存在以下两种情况：（1）可能一：入参数据类型不对...例如： select count(*) from user t where t.pro_id !...=4099; // 报错：无效数字 select * from user t where t.pro_id !...然而，已有数据是varchar等字符串类型，表记录对应的字段中现存数据既有数字也有字符，导致比较双方数据类型无法匹配。...java.sql.SQLException: 无效的列类型数据类型与数据库表的不一致

1.7K2 0

【已解决】ORA-01722: invalid number

ORA-01722: invalid number 问题 invalid number 字符与数值不匹配 oracle 截取 ‘1-2’ 只需要’-'前面的思路一、问题提示执行Oracle的sql...语句提示【ORA-01722: invalid number】无效数字错误。...（SUM）、求平均数（AVG）等函数操作，但是字段的数据却不匹配，比如（对字符串数字【.12.5036】求和就会报错，正常应该是（12.5036）） 2.3、对数据进行转换操作即需要转换数据的类型，...比如将字符串数值内容转为数字类型，如（to_number(‘.12.5036’)或to_number(‘a’)）都会报错，但是【to_number(‘12.5036’)】则正确。...解决使用Oracle的REGEXP_SUBSTR函数进行截取： SELECT REGEXP_SUBSTR('1-2', '[^-]+') FROM dual; 这里，REGEXP_SUBSTR函数用于从字符串中按照正则表达式匹配并截取子字符串

3.4K2 0

Oracle优化器对谓词顺序处理的一个场景

from dual * ERROR at line 1: ORA-01722: invalid number 从这儿我们还可以知道一点，就是Oracle的where各条件的位置其实并不重要...number"， SQL> select * from (select to_number(c2) as value, c1 from test where c1='3') where value>2...* from (select to_number(c2) as value, c1 from test where c1='3' and rownum>=1) where value>2; 执行计划的谓词条件就改成了如下...，可能设置了不同的优先级，才导致了不同的执行条件顺序。...例如c1存储的就是“数字”，如果定义为字符串类型，varchar2还好，char就出现了上述执行错误的场景，如果“数字”就使用数值类型number存储，就会绕过这个坑，同理，像“日期”用字符串类型存储存在相同的问题

5795 0

BUG赏金 | 无效的API授权导致的越权

图片来源于网络大家好，我想分享一下我是如何在某邀请项目中发现一个简单的API授权错误的，该错误影响了数千个子域，并允许我在无需用户干预的情况下使用大量不受保护的功能，从帐户删除到接管甚至于泄漏部分信息...我在使用dirsearch对网站进行扫描的同时，通过浏览academy.target.com对网站的功能做了大致了解，我注意到一个有趣的端点，如：academy.target.com/api/docs此类端点就像是个金矿...，因为它列出了API文档并指定了请求和响应的结构。...在没有任何APItoken或 authorization 头的情况下直接调用端点会导致： ? 该网站似乎未提供任何API，并且我找不到任何生成APItoken的方法，因此我决定稍后再进行检查。...我决定只复制authorization 头并将其包含在对我发现的API端点的调用中。我创建了另一个帐户，并尝试通过api / user / edit的POST请求更改其密码。 ? ?

1.5K3 0

「基础」SQL-Hive中的select from 解析

今天我们来讲讲Hive中最常用的 select from 语句知识要点。 Hive系列文章预计10-20篇，主要讲数据分析中最基础的SQL技能。每周定期更新，欢迎关注公众号。...01-查询表中的内容查询指定的某一列或某几列，命令如下： SELECT 列名1,列名2,…… FROM 表名; 查询表中的所有字段时，可以使用*代表所有字段。星号（*）是选取所有列的快捷方式。...命令如下： SELECT * FROM 表名; 如果我们想查询表 t_od_use_cnt 中的所有的user_id和use_cnt，具体命令如下： SELECT user_id ,use_cnt...，但有时候我们只是要确认一下表中的数据内容，或者要指定行数据，比如只要100行，这时只需要在查询语句后加上（limit 数字）即可。...查询表t_od_use_cnt中前5行数据，命令如下： SELECT user_id ,use_cnt FROM app.t_od_use_cnt WHERE date_8 = 20190101

1.6K4 0

MYSQL 神奇的操作insert into test select * from test;

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

6423 0

NVL与NVL2函数

大家好，又见面了，我是你们的朋友全栈君。...为空则显示expre2;否则显示expres1； Eg:NVL(‘test’,’周五’) 返回结果：test 注意：EXPER1,EXPER2数据类型（NVL要求第二个参数类型可以转换为第一个参数类型） select...nvl(12,'a') from dual; 报错：ORA-01722：无效数字 select nvl(12,'12') from dual; 不会报错应该是隐式转换 NVL2

9972 0

Oracle-ORA-01722 invalid number错误

本来正常的，经过抓包才知道原来是数字型的无意中多了乱码！...本来是3276的居然多了后面一串 3276P数据库本来正常的，经过抓包才知道原来是数字型的无意中多了乱码！...代码里面执行了如下SQL语句： select mdn from tablename where mdn=13800000000 tablename表里面的mdn字段是varchar2()类型字段...因此写SQL语句的时候最好还是规规矩矩的写： select mdn from tablename where mdn='13800000000' ORA-01722 invalid number...附：我也拜读了yangtingkun的关于ORA-01722错误的帖子http://yangtingkun.itpub.net/post/468/237197，介绍了一种错误情形：将函数调用放到SELECT

1.6K5 0

故障分析 | MySQL 的隐式转换导致诡异现象的案例一则

select * from test where a = 0; 2问题分析为了比对说明，我们分别用 MySQL、Oracle 和 SQL Server 进行模拟。...select * from test where a = 0; MySQL 执行返回如下带字符的记录，但实际逻辑上肯定是错的。...Oracle 执行直接报错，提示"无效数字"，因为 a 是 VARCHAR2、0 是数字，因此报错是针对字段 a 的，需要将 a 转成数字，但字符是无法转成数字的，所以提示 "无效数字" 是合情合理的。...ORA-01722: 无效数字 SQL Server 执行直接报错，但是提示信息更加清晰明了，说的就是字段 a 的值 "测试a" 不能转成 INT 数值型。...两边类型不一致，所以才导致了数据库的隐式转换。

2884 0

数据库的查询语句_数据库select from where

: select 字段名,字段名2 from 表名; 3.去掉数据的重复数据----distinct eg:SELECT DISTINCT address FROM student3; *在求和过程中...=(和java的一样) MySQL里面的不等于是: 查询年龄不等于20 岁的人的字段 SELECT * FROM student3 WHERE age!...SELECT * FROM Student3 WHERE NAME LIKE '%_化%'; -- 查询学生姓名是三个字符的 SELECT * FROM student3 WHERE NAME LIKE...math=( SELECT MAX(math) AS '数学最高分' FROM student3); -- 查询数学成绩大于数学平均分的学生信息 -- 1.先查出数学的平均分 SELECT * FROM...student3 WHERE math>(SELECT AVG(math) FROM student3); -- 查询数学成绩大于数学平均分的学生信息并且总分>160的信息 SELECT *FROM

1.4K1 0

通过错误的sql来测试推理sql的解析过程(二) （r8笔记第7天)

使用如下的语句来测试一下，会发现这样的基本规律 select id1 from test1 where id1='aaa' group by id1 having1 count(*)>0 order by5...SQL> select id from test t where id='aaa' group by id order by id; select id from test t where id='aaa...SQL> select id from test t where id='aaa' group by id order by id; select id from test t where id='aaa...SQL> select id from test t where name=111 and id='aaa' group by id order by id; select id from test...SQL> select id from test t where name=22222 and id='aaa' group by id order by id; select id from

7059 0

Oracle 12c中的转换功能增强

，数据类型转换期间失败将导致错误。...SELECT TO_NUMBER(data) FROM t1; ERROR: ORA-01722: invalid number no rows selected SQL> 在Oracle数据库...SELECT TO_NUMBER(data DEFAULT -1 ON CONVERSION ERROR) FROM t1; * TO_NUMBER(DATADEFAULT...JAN-16 12.00.00.000000000 AM SQL> VALIDATE_CONVERSION 函数 VALIDATE_CONVERSION函数用于测试转换是否成功，从而可以排除在操作期间导致问题的数据...SQL> SELECT data FROM t1 WHERE VALIDATE_CONVERSION(data AS DATE, 'DD-MON-YYYY') = 1; DATA -----

5363 0

备库大的select查询处于killed状态导致备库延迟

mysql版本Version:8.0.18 从监控上看备库延迟越来越大 1624417087(1).jpg show processlist 查看mysql线程备库在应用主库同步的DDL操作语句处于Waiting...for table metadata lock 还看都一个操作相关表的select count（*）操作，但这个查询语句处于killed状态查看事务表select * from information_schema.innodb_trx...查询一直处于killed状态，所以延迟越来越大 1.尝试停止复制 stop slave命令操作挂起停止不了 2.尝试kill掉复制线程执行的ddl操作，观察select count(*) 还是处于killed...shutdown 停止操作也挂起 2021-06-22T21:08:39.942759+08:00 899941 [System] [MY-013172] [Server] Received SHUTDOWN from...掉select 会话一直处于killed的状态不释放，查询资料发现bug https://bugs.mysql.com/bug.php?

1.5K8 1

Mysql查询语句使用select.. for update导致的数据库死锁分析

同样的sql语句查询条件和结果顺序都一致，按理不会导致一个锁了主键索引，等待锁非主键索引，另外一个锁了非主键索引，等待主键索引导致的死锁。...最后经过分析，我们项目里发现是for update的sql语句，和另外一个update非select数据的sql语句导致的死锁。...比如有60条数据，select .. for update查询第31-60条数据，update在更新1-10条数据，按照innodb存储引擎的行锁原理，应该不会导致不同行的锁导致的互相等待。.... -- 1: set autocommit=0; begin; select * from table1 where getTime < 1 and IsSuccess=0 order by id asc...再执行下面的sql语句 -- 1: set autocommit=0; begin; select * from table1 where getTime < 1 and IsSuccess=0 order

3.7K1 0

Oracle和MySQL竟然可以这么写这样的SQL?（r12笔记第99天）

SQL> select count(*)from dual; COUNT(*) ---------- 1 开始测试，这样看起来不规范的SQL照样能够正常解析 SQL> select...------- -1SQL> select +dummy from dual; DU -- X SQL> select -dummy from dual; select -dummy from...dual * ERROR at line 1: ORA-01722: invalid number 如果对dual表抱有一丝幻想，那么我们换一个数据字典cat SQL> select...<2 * ERROR at line 1: ORA-01722: invalid number 如果你以为是12c里面的一些新特性这类的，其实在10g也是类似的结果。...MySQL篇如果你认为这是Oracle优化器的强大，其实不然，我们看看MySQL里的表现，假设表为test_tab. > select -count(*) from test_tab; +------

8065 0

前端也该知道，除了 select 、 from 、 where 之外的另外几个重要的数据库操作

由于自己的数据库知识还停留在大学时期，对仅存的 select 、 from 、 where 这几个关键字的印象，稍微复杂一点的操作就又要一直检索查。。。...但实际上，数据库操作会训练数据库思维，数据库思维应该是每个编程开发人员都应该具备的，无论前端后端，好比：数学家对数字应该敏感，程序员应该对数据敏感。如果说互联网基石是数据，那互联网未来是数据处理！...现在生成数据的成本太低，分析数据、提取有效数据的成本太高 ---- select 、 from 、 where 这几个不说了。。。...例如，在以下查询中： SELECT column1, column2, column3 FROM table_name; 如果存在多行完全相同的数据，则这些行会在查询结果中都显示。...例如，可以使用以下查询来统计 customers 表中 name 字段的不同值的数量： SELECT COUNT(DISTINCT name) FROM customers; JOIN 更重要 JOIN

5932 0

Oracle的greatest和least函数

当参数是两个number类型的，返回的是每行中数值最大的值， SQL> select greatest(id1, id2) from t_compare; GREATEST(ID1,ID2) ----...，不能转换成数字，因此报错， SQL> select least(id1, id2, name1, name2) from t_compare; select least(id1, id2, name1..., name2) from t_compare * ERROR at line 1: ORA-01722: invalid number 如果name1和name2...是能转换成数字的值，就可以执行， SQL> insert into t_compare values(1, 2, '3', '2', sysdate, sysdate); 1 row created....混合比较，提示两者不能互相转换， SQL> select greatest(id1, id2, t1, t2) from t_compare; select greatest(id1, id2, t1

1K1 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云