Poser votre question
0

Modifier structure de table

posée 2019-12-12 14:41:23 +0200

Image Gravatar de Jacques-64

updated 2019-12-12 21:03:05 +0200

Bonjour,

Suite au basculement entre HSQLDB & FireBird, je teste ce nouveau moteur. Je rencontre quelques soucis dès le début car je n'arrive pas à modifier les structures de tables : dès que je veux effectuer le moindre changement sur le schéma d'une table, la modification est refusée et j'ai le message d'erreur suivant : Impossible de modifier la colonne "...". Si je coche "Oui", la colonne est détruite et recrée vide.

Est-ce un bug connu ?

Pour info, la base sur laquelle je teste : C:\fakepath\Base de données firebird.odb

Jacques

éditer requalifier signaler fermer fusionner supprimer

1Réponse

0

répondue 2019-12-12 15:36:01 +0200

Image Gravatar de pierre-yves samyn

Bonjour

J'ai constaté qu'il était impossible de modifier des colonnes référencées par ailleurs dans une vue, ou encore pour lesquelles un index avait été créé (relation, index perso...). Dans ces circonstances on ne peut pas parler de bug... Es-tu dans ce cas ?

Cordialement

éditer signaler supprimer permalien plus

Commentaires

Bonsoir Pierre-Yves,

Il n'y a aucune relation ni vue dans ma base de test sur laquelle je constate ce problème. Juste un formulaire qui reprend tous les champs. Pour la table (unique pour l'instant), elle a bien un index primaire. Ce n'est pas ce champ d'index que je cherche à modifier. A noter que l'opération ne pose aucun problème avec HSQLDB. Si ce n'est pas un bug, c'est une régression très dommageable.

Cordialement,

Image Gravatar de Jacques-64Jacques-64 ( 2019-12-12 20:56:39 +0200 )éditer

OK, merci pour les précisions. Je ne reproduis pas le problème. S'il s'agit d'une base test, je suppose qu'elle ne contient pas de données confidentielles/personnelles ? Pourrais-tu la joindre à ta question (ce n'est pas possible dans un commentaire) pour qu'on puisse tester de notre côté et éventuellement ouvrir un rapport de bug ?

Cordialement

Image Gravatar de pierre-yves samynpierre-yves samyn ( 2019-12-13 09:11:42 +0200 )éditer

Je pense avoir trouvé en partie mon "erreur": vouloir rendre un champ "obligatoire"

HSQLDB me permet de réduire la taille d'un champ ou changer son type sans trop de restrictions. Si la nouvelle longueur est inférieure à la longueur des informations désirées, celles-ci seront tronquées. Firebird refuse cela. J'ai réussi en créant une nouvelle colonne avec la valeur tronquée, transférer par CAST puis renommer les colonnes pour retrouver les liens éventuels existant dans des requêtes. Rien de plus simple ? Quelle est la logique pour manipuler la colonne d'index primaire ou rendre un champ obligatoire ?

Cordialement,

Image Gravatar de Jacques-64Jacques-64 ( 2019-12-13 15:09:18 +0200 )éditer

La logique semble malheureusement être celle que tu utilises... créer un champ, récupérer les données, supprimer l'ancien, renommer. Tout ceci en ayant d'abord supprimé clés (primaires, externes), index, relations, vues, et toute autre objet ayant pu créer des "contraintes" si le champ est concerné. Voir cette FAQ.

Cordialement

Image Gravatar de pierre-yves samynpierre-yves samyn ( 2019-12-14 07:32:36 +0200 )éditer
S'identifier/S'inscrire pour répondre

Outils de question

1 suiveurs

Stats

Posée: 2019-12-12 14:41:23 +0200

Consultée: 66 fois

Mise à jour: Dec 12 '19