Ils l'ont fait!

21 tables SANS liaisons aucune!




j'ai juste halluciné en découvrant ça. Tous les identifiants des tables s'appellent "id" .
d'un côté c 'est pratique pour les jointures..héhé... j'ai l'impression qu'ils ont réfléchi par fenêtre, avec pour telle page, toutes les infos dispos dans une table.



Je leur propose de refaire leur base de données ?(sachant que j'aurais toute l'appli à me retaper) ou je fais genre j'ai rien vu?.

Ah oui jolie je dois avouer...
Tout dépend de ton courage... et de si tu es crédible en disant que tu a rien vu!

c'est clair que ça représente du boulot ...
Mais je sais pas si tu as le choix ?

Si ça peut te rassurer à mon avis y a beaucoup de table qui doivent pas servir à grand chose...

effectivement, sans compter les doublons il y a des tables inutiles pour l'instant, mais qui pourraient être utilisées suivant l'évolution de l'activité et les besoins de la boîte.

le responsable de l'administration n'y prête pas vraiment attention. Leur outil est rapide et marche bien. Il veut juste que ça devienne une interface web.

Par contre, Doudou me pendrait haut et court, si je laissais faire ça!

ça c'est certain et même chose si tu en parle pour la certification...

ouah c est beau en tout cas

pour les clés justes nommées id, ce n'est pas forcement une bêtise, c'est utilisé dans certains frameworks. pour le reste...

clair jamais j'en parle en éval si ça reste en l'état.

Mais si je refais la structure de la base de données, ça va être un enfer d'exporter les données existantes vers ma base...

ça c'est sur, t'as du pain sur la planche...
Mais si c'est pas fini, ils te garderont p'tet apres ?

Tu pourra aussi dire comme d'autres grands avant toi: "vini, vidi, vici"...

et oui... vini pas trop tôt, vidi pas trop beau, vici pas... thibault . j avais plus de rime et comme c'est grâve aujourd hui

Ouhahou ça c'est une blague de steeve! +1

qui qui fait les comptes des blagues de Steeve ?

euh... no idea

...c'est pas tout à fait la méthode Chotard, mais c'est pas non plus aussi con que ça en a l'air

J'ai fait comme ça pendant des années dans mon ancienne boite, les contraintes étaient gérées par mes applis en php.

J'avais pris cette décision lors d'une migration difficile de MSAccess vers MySQL lorsque le projet intranet avait commencé à prendre de l'ampleur (mais pas le budget hélas).

Il n'y avait aucun outil de migration à l'époque, j'avais mis un mois à fignoler la préparation des 80 tables (et du code idoine à grands coups de rechercher-remplacer) sur un serveur de test.

La migration proprement dite avait duré 30 minutes un vendredi midi, à ma grande surprise car je m'étais préparé psychologiquement à perdre mon week-end.

Donc à cette occasion j'avais décidé, à tort ou à raison, de m'éloigner le plus possible du SGBD en utilisant les tables uniquement comme espace de stockage (liaisons uniquement lors des requêtes) et en codant une couche d'abstraction pour y accéder depuis php (puisque DBO n'existait pas non plus). Les clés primaires s'appelaient ID également

Les applis fonctionnaient (et fonctionnent encore) parfaitement et sont rapides, pourtant certaines étaient de belles usines à gaz.

ok, vu comme ça... si ça marche...

Bienvenue sur le forum controleZede !

Bienvenue chez les fol-dingo

Merki

bah dans l'absolu, effectivement c 'est pratique et souple comme ça, mais ya un moment ou se pose un soucis d'intégrité des données, genre une table qui était "reliée" (par id similaire) à une autre table dont l'id a été supprimé...

C'est pas très"chocho compliant"

Bon, j'ai pas trouvé la catégorie adéquate alors : Bon anniversaire ControleZede !!!

nathur a écrit:Bon, j'ai pas trouvé la catégorie adéquate alors : Bon anniversaire ControleZede !!!

IDEM

bon anniversaire !

bon anniversaire en retard^^^^

MERCIII !!! C'est super sympa !

et gne cadeau ?

il est où gne cadeau ?