Discussion :

[kiwwi209]

Parmis toutes les applications que nous utilisons (et qui gravitent autour d'une base de données), les seules qui implémentent l'intégrité référentielle dans la base sont... celles développées en interne !
Ni l'ERP, ni le WMS, ni le logiciel d'encaissement ne l'utilise !
Et voici le comble: quand nous cherchions un nouveau logiciel d'encaissement, j'ai demandé ce qu'il en était de l'intégrité référentielle. Réponse: "Nous, on a aucun problème avec l'intégrité référentielle, on gère ça très bien." Finalement, il fallait comprendre "Aucun problème, on ne la gère pas du tout...". Et quand j'ai jeté un oeil dans la base pour voir, j'ai pris peur: rien n'est normalisé, un timestamp sans l'heure et l'heure dans une autre colonne, un numéro de ticket qui représente un ticket, ou une commande, ou un acompte, ou... mais dans la même colonne, et j'en passe.

Tu sais même le modèle de données WordPress est comme ça... Plus rien ne m'étonne !

"L'intégrité référentielle mais c'est quoi donc ?!?"

[LhIaScZkTer]

Moi, ce qui m'énerve le plus c'est le : Alors t'en ai où, ça avance ?
Toutes les 5 minutes ça me rend malade

Ou encore les explications à la vite fait du supérieur (non informaticien...) sur un problème complexe où il conclu magistralement : Tu vois c'est simplement ça va pas prendre plus de 10 minutes
J'adore mon boulot

Pour répondre à ces commentaires :

alors, perso, je met

Code :

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

if (true == $foo)

et, toujours a titre personnel, je partage la vision de ton boss : ça s'appelle une convention de codage... et pour moi c'est indispensable a sein d'un société (PME)
(comme quoi, personne n'est d'accord, mais on tolère tous les consensus)

En fait, si on écrit "if (true == mavariable)", c'est pour une raison de sécurité. C'est pour éviter de confondre avec "if (mavariable = true)" qui marche aussi mais qui n'a pas du tout le même comportement. Normalement, il faudrait toujours écrire "if (maconstante == mavariable)" et jamais l'inverse.

Après, pour ce qui est d'écrire le true ou pas, comme dit plus haut ça dépend des règles de codage imposées par l'entreprise. C'est sur que si chaque développeur sur un projet se met à utiliser les siennes, le code peut rapidement devenir illisible. Bien entendu, il y a toujours des règles qui sont critiquables, mais il vaut mieux en avoir.

Attention à php
Je vais tester mes $bool et afficher $tbool. Attention c'est assez poilu

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?php 

$bool = true;
$br = '<br>';
$tbool ="";
                                                            
echo $tbool = $bool ? 'if($bool)'.$br : 'non if($bool)'.$br;
echo $tbool = 1 == $bool ? 'if(1= =$bool)'.$br: 'non if(1= =$bool)'.$br;         
echo $tbool = true == $bool ? 'if(true = = $bool)'.$br : 'non if(true = = $bool)'.$br;                
echo $tbool = 1 === $bool ? 'if(1 = = = $bool)'.$br : 'non if(1 = = = $bool)'.$br;      
echo $tbool = true === $bool ? 'if(true = = = $bool)' : 'non if(true = = = $bool)';                  

?>

Perso j'utilise toujours les comparaisons avec le ===, voir :
comparisons php

[Sve@r]

En 30 ans de carrière j'ai jamais vu de clés étrangères dans des bases de données !! donc je les ai toutes supprimé, vous validerez l'unicité des données dans l'application.

La grande classe

[Médinoc]

Ça me rappelle un client de ma boîte qui en avait marre de ne pas pouvoir faire de DELETE FROM comme ça lui chantait...

[vpourchet]

Ça me rappelle un client de ma boîte qui en avait marre de ne pas pouvoir faire de DELETE FROM comme ça lui chantait...

fallait lui apprendre/modifier la struct des tables pour faire un ON DELETE CASCADE

[tchize_]

un truc dans ce gout là?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
sql> DELETE * from client;
constraint violation FK_120031 on Facture.clientid
sql> DELETE * from facture;
5419 rows deleted
sql> DELETE * from client;
constraint violation FK_120032 on Adresse.clientid
sql> DELETE * from adresse;
constraint violation FK_124782 on Delivery.adresseId
sql> DELETE * from delivery;
6114 rows deleted
sql> DELETE * from adresse;
constraint violation FK_124783 on Warranty.adresseId
sql> DELETE * from Warranty;
5419 rows deleted
sql> DELETE * from adresse;
2471 rows deleted
sql> DELETE * from client
constraint violation FK_120033 on ProductPreferences.clientid
sql> DELETE * from client CA^Z
(et puis merde, il est déjà 17h)
sql> drop database;
database deleted

[Sve@r]

un truc dans ce gout là?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
sql> DELETE * from client;
constraint violation FK_120031 on Facture.clientid
sql> DELETE * from facture;
5419 rows deleted
sql> DELETE * from client;
constraint violation FK_120032 on Adresse.clientid
sql> DELETE * from adresse;
constraint violation FK_124782 on Delivery.adresseId
sql> DELETE * from delivery;
6114 rows deleted
sql> DELETE * from adresse;
constraint violation FK_124783 on Warranty.adresseId
sql> DELETE * from Warranty;
5419 rows deleted
sql> DELETE * from adresse;
2471 rows deleted
sql> DELETE * from client
constraint violation FK_120033 on ProductPreferences.clientid
sql> DELETE * from client CA^Z
(et puis merde, il est déjà 17h)
sql> drop database;
database deleted

Plutôt dans ce goût-là

Code :

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

1
2
3
4
5
6
7
bdd_truc=#> truncate table client cascade;
NOTICE: TRUNCATE cascade sur la table << Facture >>
NOTICE: TRUNCATE cascade sur la table << Delivery >>
NOTICE: TRUNCATE cascade sur la table << Warranty >>
NOTICE: TRUNCATE cascade sur la table << Adresse >>
NOTICE: TRUNCATE cascade sur la table << ProductPreferences >>
TRUNCATE TABLE

[Jidefix]

un truc dans ce gout là?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
sql> DELETE * from client;
constraint violation FK_120031 on Facture.clientid
sql> DELETE * from facture;
5419 rows deleted
sql> DELETE * from client;
constraint violation FK_120032 on Adresse.clientid
sql> DELETE * from adresse;
constraint violation FK_124782 on Delivery.adresseId
sql> DELETE * from delivery;
6114 rows deleted
sql> DELETE * from adresse;
constraint violation FK_124783 on Warranty.adresseId
sql> DELETE * from Warranty;
5419 rows deleted
sql> DELETE * from adresse;
2471 rows deleted
sql> DELETE * from client
constraint violation FK_120033 on ProductPreferences.clientid
sql> DELETE * from client CA^Z
(et puis merde, il est déjà 17h)
sql> drop database;
database deleted

Soyons propres: tu déactives toutes les contraintes, tu fais tes DELETE/DROP un peu comme tu veux, pis tu réactives!
Comme dirait Jeannot: "Logiquement, ça passe"

[Sve@r]

Comme dirait Jeannot: "Logiquement, ça passe"

Ouais. Ou alors la réactivation des contraintes chie dans la colle parce qu'il reste un fils sans père

Soyons vraiment propre => remplaçons "on delete restrict" par "on delete cascade" et pis voilà quoi. Là ça passera pour de bon

Ou alors, annexe de la réponse initiale

(et puis merde, il est déjà 17h)
/etc/init.d/postgres stop
rm -fr /var/psql/data

[tchize_]

a ce titre ça me rappelle celle là:

"Allo, ouais j'ai essayé de faire un intervention à distance sur le serveur DB, j'ai déplacé le mauvais fichier, la DB a pas apprécié, donc voilà, je suis à l'étranger là, mais faudrait régler ça".

Et je peux vous confirmer, oracle, il apprécie mais vraiment pas que, a chaud, ses fichiers data disparaissent

[Sve@r]

Et je peux vous confirmer, oracle, il apprécie mais vraiment pas que, a chaud, ses fichiers data disparaissent

Ah ? Parce que, à froid, il apprécie mieux ?

[Jidefix]

Ouais. Ou alors la réactivation des contraintes chie dans la colle parce qu'il reste un fils sans père

La seule question à se poser est: y-a-t-il des logs permettant de remonter jusqu'à toi?

[tchize_]

Ah ? Parce que, à froid, il apprécie mieux ?

ben l'opération

Code :

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

1
2
3
4
5
j'éteind
je retire les fichier
oops mauvais commande, je remet les fichier
je redémarre

ca va. C'est la disparition pendant quelque secondes pendant qu'il tourne qu'il digère pas

[Sve@r]

La seule question à se poser est: y-a-t-il des logs permettant de remonter jusqu'à toi?

Tu veux dire "permettant de remonter jusqu'au clampin de base qui a mis son login comme mot de passe et dont j'ai utilisé le login pour faire mes manips ?" Certainement oui. Et alors ?...

[Jidefix]

Tu veux dire "permettant de remonter jusqu'au clampin de base qui a mis son login comme mot de passe et dont j'ai utilisé le login pour faire mes manips ?" Certainement oui. Et alors ?...

Attention, des fois ça loggue l'IP aussi!
Et le login comme mot de passe j'avoue c'est pourri, nous ça fait longtemps qu'on utilise [login]_01!

[tchize_]

comme on paie une licence par login, nous on a un login par application destinée à la DB, quand on se connecte on utilise ces logins là

[Sve@r]

Dans la série "c'est facile yaka" j'ai eu le cas aujourd'hui.
Une application qui gère des éléments traités par plusieurs personnes. Chaque personne possède un profil (parce que définit comme ça dans le cahier des charges). Bien évidemment, au niveau bdd on se casse pas le luc, relation 1/n => on intègre directement l'identifiant du profil dans la table des personnes.
Donc l'appli est développée, on la met en prod après vérifications et vérifications et vérifications et le toutim avec les demandeurs.
Et là, la semaine dernière, ils arrivent la tronche enfarinée "ben en fait on aimerait bien que les personnes puissent avoir plusieurs profils" (déjà là instantanément on a la vision que ça entraine au niveau bdd et ça énerve pas mal) et ils rajoutent "mais bon, ça doit pas être bien compliqué, yaka rajouter un menu déroulant". Oué super, tu devrais aller donner des cours de mcd toi...

Et donc comme on les a envoyé un peu paitre, ben maintenant ils ne viennent plus mais à la place nous envoient les utilisateurs qui arrivent dans le bureau "euh salut, je viens vous voir parce que dans l'appli en fait il faudrait que j'ai plusieurs profils..."

[tchize_]

ben y a qu'a mettre un menu déroulant

Vous avez imaginé l'option <table de profil sauvegardé>, mise à part. (bref une donnée tierce). Quand on sélectionne dans le menu déroulant, ca copie la ligne vers la table "profil". Ainsi, pas besoin de changer le shéma DB. Parce que bon, en général, des besoins pareils de dernière minute, des solutions pas belle, ca se trouve.

[souviron34]

@Sve@r :

pour info, quelle méthode / méthologie avez-vous utilsé ?
et avec un truc style CMMMi, ou autre ?

[Barsy]

@Sve@r :

pour info, quelle méthode / méthologie avez-vous utilsé ?
et avec un truc style CMMMi, ou autre ?

rôôô l'autre, il utilise des mots savants !!

Je sais pas comment ça se passe chez vous, mais dans mon cas, j'en suis à mon 7ème projet en 3 ans (à chaque fois pour des grands groupes), plusieurs fois on m'a dit "chez nous, on respecte CMMI2/3" et bizarrement, je me récupère des projets du style :
- On a pas eu le temps de faire une doc, de toute façon, ça marche alors à quoi bon
- Le serveur de recette a crashé il y a 2 ans, alors on se sert de celui de dev pour la recette, c'est plus facile (de toute façon, ya pas le budget pour monter et maintenir une VM suppélementaires, les serveurs sont tous pleins).
- T'as chiffré 10 jours uniquement pour le développement de cette évo, mais 10 jours, c'est notre budget, alors tant pis, exceptionnellement, on ne fera pas d'analyse/spec/doc/recette... pour cette fois (on se rend compte qu'au final, l'exception fait règle).
- ... (je pourrai en donner plein encore)

Mais je ne désespère pas de trouver un jour, un projet carré. A chaque fois, je signale que les économies faites aujourd'hui coûteront plus cher à l'avenir (mais le problème, c'est qu'ils ont une visibilité à court terme, chaque année, ils ont leur budget et ils font ce qu'ils peuvent avec).