Oracle BUG invalid julianday
如果ORACLE遇到非法或异常的时间类型数据时,在某些特定的情况下将其自动转换为rsquo;0000-00-00rsquo;而存储下来,不会抛出异
在一次datastage做etl,需要将一个source库的tab1数据导入到目标库tab2,两张表结构相同,发现etl执行报错invalid julian day
如果Oracle遇到非法或异常的时间类型数据时,在某些特定的情况下将其自动转换为’0000-00-00’而存储下来,不会抛出异常或错误提示。
比如在PL/SQL下,正常情况是不允许 年份为0值的:
SQL> select to_date('0000-01-01','yyyy-mm-dd') from dual;
select to_date('0000-01-01','yyyy-mm-dd') from dual
ORA-01841: (full) year must be between -4713 and +9999, and not be 0
但如果使用DATE函数,ORACLE将不会给出错误提示,而自动转换为‘0000-00-00‘:
SQL> select date '0000-01-01' from dual;
DATE'0000-01-01'
----------------
0/0/0000
这时如果使用DATE函数处理后来插入或更新这类日期值时,系统是不会给出错误提示,这在9i和10G下都是同样的处理方式。
还有另外两种情况,在PL/SQL下也会出现这样的问题:
1. 如果日期表达式的结果小于或等于0,结果都为'0000/00/00':
SQL> select to_date('0001-01-01', 'yyyy-mm-dd')-720 from dual;
TO_DATE('0001-01-01','YYYY-MM-
------------------------------
0/0/0000
SQL> select to_date('0001-01-01', 'yyyy-mm-dd')-365 from dual;
TO_DATE('0001-01-01','YYYY-MM-
------------------------------
0/0/0000
2. 对100到1500年之内的所有整百年的日期进行计算,如果结果为2月29的话,结果都为'0000/00/00':
SQL> select date '0099-2-28' +1 from dual;
DATE'0099-2-28'+1
-----------------
3/1/0099
SQL> select date '0100-2-28' +1 from dual;
DATE'0100-2-28'+1
-----------------
0/0/0000
在其它语言的处理上,也有类似的情况。而且在目前所有的ORACLE版本中,都没有对这类的错误修正,,所以在进行日期类型的值做转换和处理时,应该注意其转换后值的合法性和有效性。
后来处理还发现
有问题的日期用函数to_char的话会出现两种值,最后通过这两个值找到了问题数据,将错误日期改掉才解决~
to_char(DISABLE_DATE,'yyyy-MM-dd') = '3593-11-30'
or to_char(CLMDOC_READY_DATE,'yyyy-MM-dd') = '3593-11-30'
or to_char(DEATH_DATE,'yyyy-MM-dd') = '3593-11-30'
or to_char(DIAGNOSE_DATE,'yyyy-MM-dd') = '3593-11-30'
or to_char(DELAY_DATE,'yyyy-MM-dd') = '3593-11-30'
or to_char(FCD,'yyyy-MM-dd') = '3593-11-30'
or to_char(LCD,'yyyy-MM-dd') = '3593-11-30'
or
to_char(DISABLE_DATE,'yyyy-MM-dd') = '0000-00-00'
or to_char(CLMDOC_READY_DATE,'yyyy-MM-dd') = '0000-00-00'
or to_char(DEATH_DATE,'yyyy-MM-dd') = '0000-00-00'
or to_char(DIAGNOSE_DATE,'yyyy-MM-dd') = '0000-00-00'
or to_char(DELAY_DATE,'yyyy-MM-dd') = '0000-00-00'
or to_char(FCD,'yyyy-MM-dd') = '0000-00-00'
or to_char(LCD,'yyyy-MM-dd') = '0000-00-00'
)
;

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

L'article discute de l'utilisation de l'instruction ALTER TABLE de MySQL pour modifier les tables, notamment en ajoutant / abandon les colonnes, en renommant des tables / colonnes et en modifiant les types de données de colonne.

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

L'article discute de la configuration du cryptage SSL / TLS pour MySQL, y compris la génération et la vérification de certificat. Le problème principal est d'utiliser les implications de sécurité des certificats auto-signés. [Compte de caractère: 159]

L'article traite des outils de GUI MySQL populaires comme MySQL Workbench et PhpMyAdmin, en comparant leurs fonctionnalités et leur pertinence pour les débutants et les utilisateurs avancés. [159 caractères]

L'article traite des stratégies pour gérer de grands ensembles de données dans MySQL, y compris le partitionnement, la rupture, l'indexation et l'optimisation des requêtes.

L'article discute de la suppression des tables dans MySQL en utilisant l'instruction TABLE DROP, mettant l'accent sur les précautions et les risques. Il souligne que l'action est irréversible sans sauvegardes, détaillant les méthodes de récupération et les risques potentiels de l'environnement de production.

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.

L'article discute de la création d'index sur les colonnes JSON dans diverses bases de données comme PostgreSQL, MySQL et MongoDB pour améliorer les performances de la requête. Il explique la syntaxe et les avantages de l'indexation des chemins JSON spécifiques et répertorie les systèmes de base de données pris en charge.
