Discussion :

[jean-jacques varvenne]

Voici le problème, j'ai une table nommée "GLOBAL" dans une base de données Firebird version 1.5 et aucun problème

Récupération du backup et restauration avec un Firebird version 2 toujours aucun problème...

ISQL version 2: et select * from global; Et la paf! c'est l'embardée...

Bien sûr, renommer la table nommée "GLOBAL" avec Firebird version 1.5 et une solution... Mais quand cela n'est pas possible à cause des scripts de production ...

Alors comment faire pour supprimer cette table dans la base restaurée en Firebird version 2 quand un "DROP TABLE GLOBAL" échoue

Bien sûr des requêtes directes sur les tables RDB$ reste sans succès à cause des triggers qui protègent l'intégrité de la base de données

Des idées, des solutions

D'avance merci

[makowski]

Créer une nouvelle table
copier les données depuis l'ancienne vers la nouvelle supprimer l'ancienne
pour connaitre le nom exact de la table :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT RDB$RELATION_NAME FROM RDB$RELATIONs WHERE UPPER(RDB$RELATION_NAME)='GLOBAL'

ensuite un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from "GLOBAL"

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from "global"

devrait passer

Ceci dit GLOBAL était signalé déjà dans Firebird 1.5.x
cf notes de version :

The following new InterBase 6.5 and 7 keywords (not reserved in Firebird) should also be treated as if
they were reserved, for compatibility:
BOOLEAN FALSE GLOBAL
PERCENT PRESERVE ROWS
TEMPORARY TIES TRUE

[jean-jacques varvenne]

YES cela fonctionne, je n'avais pas pensé au ""

merci