[9i] Problème timestamp

Version imprimable

19/07/2012, 12h17
adouani_enis

[9i] Problème timestamp

Dans ma base j'ai une table qui contient une colonne de type timestamp
le problème est que dans des postes clients le système me permet d'insérer des données dans cette table et dans des autres non malgré que j'utilise le même SGBD oracle9i
avez vous une explication.

Le problème n'est pas très bien présenté.
Sans plus d'info je dirais de vérifier les paramètres de session pour les différents clients (les postes):

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
SQL> select * from nls_session_parameters;

PARAMETER                      VALUE
------------------------------ ----------------------------------------
NLS_LANGUAGE                   AMERICAN
NLS_TERRITORY                  AMERICA
NLS_CURRENCY                   $
NLS_ISO_CURRENCY               AMERICA
NLS_NUMERIC_CHARACTERS         .,                                                                                                                                
NLS_CALENDAR                   GREGORIAN                                                                                                                         
NLS_DATE_FORMAT                DD-MON-RR                                                                                                                         
NLS_DATE_LANGUAGE              AMERICAN                                                                                                                          
NLS_SORT                       BINARY                                                                                                                            
NLS_TIME_FORMAT                HH.MI.SSXFF AM                                                                                                                    
NLS_TIMESTAMP_FORMAT           DD-MON-RR HH.MI.SSXFF AM                                                                                                          
                                                                                                                                                                 
PARAMETER                      VALUE                                                                                                                             
------------------------------ ----------------------------------------                                                                                          
NLS_TIME_TZ_FORMAT             HH.MI.SSXFF AM TZR                                                                                                                
NLS_TIMESTAMP_TZ_FORMAT        DD-MON-RR HH.MI.SSXFF AM TZR                                                                                                      
NLS_DUAL_CURRENCY              $                                                                                                                                 
NLS_COMP                       BINARY                                                                                                                            
NLS_LENGTH_SEMANTICS           BYTE                                                                                                                              
NLS_NCHAR_CONV_EXCP            FALSE

17 rows selected.

SQL>

et de s'assurer que dans le code il n'y a pas de conversion implicite

20/07/2012, 09h33
adouani_enis

Merci pour ta réponse, j'ai déjà vérifier les paramètres
J'ai le même paramétrage sur les deux machines
Concernant la vérification de code, normalement s'il y a un problème au niveau code le système ne pourrait plus insérer des lignes sur les deux machines mais comme je disais sur l'une tous va bien et sur l'autre le système ne permet pas d'insérer la ligne

[erreur]
date format is too long for internal buffer

Citation:

NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM

et je utilise la conversion suivante

Citation:

to_timestamp(to_char(sysdate, 'dd-mm-yyyy hh24:mi:ss.') ||
to_char(to_number(to_char(systimestamp, 'FF')) +
op.seq_time_unique.nextval),
'dd-mm-yyyy hh24:mi:ss.FF')
20/07/2012, 10h34
mnitu

Citation:

Envoyé par adouani_enis

...
et je utilise la conversion suivante

C’est quoi ce code ?

[Edit]
Edité message jugé insultant ! Désolé !
[/Edit]
20/07/2012, 11h58
adouani_enis

J’utilise cette conversion pour déterminer la date à insérer dans ma base
seq_time_unique est une séquence

la date à insérer est égale à

Citation:

select to_timestamp(to_char(sysdate,'dd-mm-yyyy hh24:mi:ss.')||to_char(to_number(to_char(systimestamp,'FF')) + op.seq_time_unique.nextval ) ,'dd-mm-yyyy hh24:mi:ss.FF' from dual;
20/07/2012, 15h43
mnitu

La précision d'un timestamp va bien au delà de la seconde. A quoi sert votre séquence ? Comprenez-vous vraiment la signification de cette expression ?
Pourquoi ne pas utiliser directement systimestamp ?
20/07/2012, 16h34
adouani_enis

C'est facile. pour ne pas insérer deux ligne avec le même timestamp
20/07/2012, 16h38
mnitu

Et en utilisant tout simplement systimestamp à la place de votre expression vous pouvez me montrer un jeu d'essai qui arrive à insérer deux lignes avec le même timestamp ?
20/07/2012, 16h43
adouani_enis

Nous avons eu ce problème lors de l'insertion d'un fichier dans la table.

Moi je suis d'accord avec probleme, je l'ai eu pour des jobs en paralleles dans une table de log, en me basant que sur le timestamp c'etait dans le desordre. Mais j'ai ajoute une autre colonne avec une sequence, j'estime que c'est plus propre et qu'alterer le timestamp n'est pas vraiment malin.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
TMP@MINILHC >create table tmp (my_time timestamp unique);
 
Table created.
 
Elapsed: 00:00:00.58
TMP@MINILHC >insert into tmp select current_timestamp from dual connect by level<1e6;
insert into tmp select current_timestamp from dual connect by level<1e6
*
ERROR at line 1:
ORA-00001: unique constraint (TMP.SYS_C0013456) violated
 
 
Elapsed: 00:00:01.46
TMP@MINILHC >select systimestamp from dual;
 
SYSTIMESTAMP
---------------------------------------------------------------------------
20-JUL-12 05.22.21.594000 PM +02:00
 
Elapsed: 00:00:00.14
TMP@MINILHC >insert into tmp select systimestamp from dual connect by level<1e6;
insert into tmp select systimestamp from dual connect by level<1e6
*
ERROR at line 1:
ORA-00001: unique constraint (TMP.SYS_C0013456) violated
 
 
Elapsed: 00:00:00.04
TMP@MINILHC >

Et autant dire que passer a cote avec le nouveau hint ne fonctionne pas terrible :mrgreen:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
TMP@MINILHC >select index_name from user_indexes where table_name='TMP';
 
INDEX_NAME
------------------------------
SYS_C0013456
 
Elapsed: 00:00:00.49
TMP@MINILHC >insert /*+ ignore_row_on_dupkey_index(tmp,SYS_C0013456) */into tmp select systimestamp from dual connect by level<1e6;
insert /*+ ignore_row_on_dupkey_index(tmp,SYS_C0013456) */into tmp select systimestamp from dual connect by level<1e6
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [qerltcInsertSelectRop_bad_state], [], [], [], [], [], [], [], [], [], [], []
 
 
Elapsed: 00:00:07.72

Prendre 7 secondes pour sortir une telle erreur.. Ou va la monde?

22/07/2012, 14h32
adouani_enis

premièrement merci pour ta réponse

Citation:

ignore_row_on_dupkey_index

moi je faisais mon code avec oracle9i (c'est pas oarcle 11 ça?)
j'ai pas bien compris ta solution.