Discussion :

[fhmayn]

Bonjour,
Nous sommes en cours de changement d'ERP et j'ai la charge de la récupération des données.
Ne trouvant pas une donnée importante dans le dinosaure (l'ancien quoi) : le dernier prix d'achat, je me demandais si il y avait une technique pour rechercher dans toute la base une expression.

Je m'explique : je crée une nouvelle fiche avec un prix d'achat à 999 999 999.85 € par exemple et comme ça, en recherchant cette somme, je peux trouver dans quelle table et dans quel champ se trouve le dernier prix d'achat.

Ça m'arrangerait bien, parce que 890 tables, c'est long à regarder ^^.

Sinon pour infos complémentaires : je ne peux pas demander d'aide à l'éditeur de notre ancien logiciel : il a été racheté et fait l'autruche.

Merci de votre aide.!

[CinePhil]

Tu ne disposes d'aucune description de la structure de la BDD actuelle ?
As-tu au moins trouvé la table des produits, celle des achats... ?

Sinon pour ta méthode, il n'y a pas de requête permettant d'interroger globalement une BDD, à part faire un programme externe qui va utiliser les méta-données de la BDD qui se trouvent dans information_schema (pour autant que le dinosaure dispose de ce schéma normalisé relativement récent ) pour créer dynamiquement des requêtes afin de chercher dans les colonnes de type numérique INTEGER ou DECIMAL, ou à la rigueur dans toutes les colonnes ce fameux prix de luxe.

Bon courage !

[fhmayn]

Tu ne disposes d'aucune description de la structure de la BDD actuelle ?
As-tu au moins trouvé la table des produits, celle des achats... ?

Oui ça c'est bon j'ai réussi à trouver la plupart des infos, mais l'organisation est vraiment archaïque et il n'y a aucune liaison entre les tables, c'est pas vachement pratique...
En fait il y a une sorte de documentation qui explique brièvement ce que contient chaque champ.

Sinon pour ta méthode, il n'y a pas de requête permettant d'interroger globalement une BDD, à part faire un programme externe qui va utiliser les méta-données de la BDD qui se trouvent dans information_schema (pour autant que le dinosaure dispose de ce schéma normalisé relativement récent ) pour créer dynamiquement des requêtes afin de chercher dans les colonnes de type numérique INTEGER ou DECIMAL, ou à la rigueur dans toutes les colonnes ce fameux prix de luxe.

A priori j'aurais aussi vite fait de lire chaque description de champs 1 à 1.

Merci pour vos réponses ^^

Edit : en fait l'organisation de départ devait être à peu près correcte mais ils ont rajouté les modules telles des verrues sur le soft et donc c'est la mer** maintenant à tout retrouver

[CinePhil]

Edit : en fait l'organisation de départ devait être a peu près correcte mais ils ont rajouté les modules telles des verrues sur le soft et donc c'est la mer** maintenant à tout retrouver

Normalement, les verrues sur le soft ne devraient pas influencer outre mesure le modèle de données si celui-ci était bien conçu au départ !
Et si les 890 tables sont le résultat visible des verrues, alors effectivement, il est temps d'achever le malade !

[fhmayn]

Le pire...c'est que ce n'est pas le pire...
Il y a de belle aberrations :
ex : les données de RIB/virement (même la clé!) qui sont en clair dans la même table.. etc

Comment est-ce que je pourrais m'y prendre pour créer dynamiquement des requêtes (un tuto ? ^^) .

[CinePhil]

Ça risque fort de dépendre du SGBD et même de sa version vu que tu parles d'un dinosaure.

Et comme je n'ai jusque là écrit que quelques triggers simples en SQL, le SQL procédural m'est quasi inconnu.

Par contre en PHP je pense que j'y arriverais, même si ça fait un moment que je n'en ai plus fait et que je bats depuis quelques mois avec du Java et toutes ses technologies "modernes" (mais complexes à assimiler) Hibernate, JSF, Seam...

[punkoff]

Bonjour,

La seule technique consiste à utiliser les tables / vue système pour créer des requête sql automatiquement.

Ensuite lancer ces requêtes et voir lesquelles font mouche