Bonjour
Tout d'abord ce n'est pas PostGRE mais PostgreSQL (ou PG),
Ensuite c'est une sécurité, si l'on DROP une séquence et quelle est rattachée à une colonne, c'est plutôt bien d'avoir une message qui nous prévient pas comme sous l'autre base de données que vous citez (ensuite on cherche pourquoi le programme fonctionne plus correctement).
Si vous savez ce que vous faites utiliser le mot clé CASCADE qui supprimera tout les objets qui en dépendent.
Pour le problème de la colonne added_B lors de sa création vous l'avez crée avec les " " donc vous rendez ce champ sensible à la casse, vous pouvez bien sûr travailler dans ce mode mais il faut écrire votre requête comme suit:
INSERT INTO matable ("added_B") values (27);
Et ce en PHP (qui plus est, le genre de requêtes qui en MySQL ne posent aucun problème), donc j'en déduis que y'a pas que l'interface qui va pas.
Effectivement le problème provient de l'interface clavier/chaise (donc l'utilisateur)
, chaque système fait ce qu'il veut, moi j'ai choisi d'avoir le choix (soit l'un ou l'autre), si MySQL prefere l'un ou l'autre pourquoi pas mais ça a ses limitations (il peut être utile dans certain cas d'avoir une table "TOTO", une autre "ToTo", et un autre "toto" qui sont distinctent).
Donc voilà, je pense à cause de tous ces aspects repasser en MySQL (car on a pas vraiment de fonctions très très poussées sur la base de donnée), mais j'aimerais savoir si je suis le seul en ayant utilisé les deux à avoir du mal avec PgSQL?
C'est pas une question d'avoir du mal, mais plutôt une question d'apprentissage, chaque système a ses concepts qu'il faut apprendre à maitriser, dans ce que vous dites dois je en déduire que vous ne ferez jamais du Oracle ou DB2 qui utilise des concept similaire à PostgreSQL ?
Bonne continuation avec l'utilisation de PostgreSQL (si toutefois vous continuer à l'utiliser), ensuite si vous rencontrez des soucis ou que vous voulez des éclaircissements, n'hésitez pas à poser vos questions sur le forum (penser à faire une recherche avant
).
Partager