Discussion :

[xeloch]

Bonjour à tous,

Je suis chargé de reprendre un projet qui contient une table de 110 champs remplis par des fichiers CSV.

La table se compose comme suit :

Compilation

| id | ... | date_validation_1 | ... | date_validation_8 | date_validation_diagnostique_1 | ... | date_validation_diagnostique_2 | ...

Je dois récupérer de façon distincte toutes les dates de validations (1 à 8), et les deux diagnostiques qui sont utiles à une extraction que je dois développer.

Tout en sachant qu'une date peut être trouvé à la rencontre 1, comme à la 8 et qu'une seule date doit ressortir.

Je connais la clause DISTINCT qui ne s'applique que sur un champ.

Concrètement si je schématise mes 10 champs a vérifier.

| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 |
-------------------------------------
| a | b | b | | | | | | | |
| b | c | | | | | | | | |

J'aimerai savoir s'il est possible de ne ressortir que les valeurs a, b et c.

Je vous remercie par avance.

[CinePhil]

Euh...

Je suis chargé de reprendre un projet qui contient une table de 110 champs remplis par des fichiers CSV.

La table se compose comme suit :

Compilation

| id | ... | date_validation_1 | ... | date_validation_8 | date_validation_diagnostique_1 | ... | date_validation_diagnostique_2 | ...

Je dois récupérer de façon distincte toutes les dates de validations (1 à 8), et les deux diagnostiques qui sont utiles à une extraction que je dois développer.

Jusque là ça va, en dehors du fait que les champs sont à la campagne ou dans les formulaires, pas dans les tables SQL qui ne sont composées que de colonnes et de lignes.

Tout en sachant qu'une date peut être trouvé à la rencontre 1, comme à la 8 et qu'une seule date doit ressortir.

Là par contre, je ne comprends plus. Quelle "rencontre" ?

Je connais la clause DISTINCT qui ne s'applique que sur un champ.

Faux ! SELECT DISTINCT opère sur toutes les colonnes du SELECT. SQL est un langage ensembliste !

[xeloch]

Bonjour,

En avançant dans le projet j'avais complètement oublié mon post.

Pour les champs je m'en excuse c'est le terme que l'on utilisait en cours ^^'. Au moins je le saurais pour la prochaine fois merci .

Donc le problème que j'avais laisser en suspens le temps d'avancer un peu pour éviter de rester bloquer je vais mieux l'expliquer.

Je suis un étudiant stagiaire dans un organisme régional, je dois pour ce stage réaliser une application concernant le suivi des entreprises en création.

Une entreprise nouvellement créer aura donc un suivi de 6 ou 8 rencontres + 2 rencontres de diagnostique financier.

Ces rencontres seront effectuer par des agents territoriaux et ils les posteront sur une application.
De cette première application viens l'extraction du csv intégrer dans mon application.

Ces 8 à 10 rencontres seront répertorier 3fois :
- La première sera la date ou l'agent aura effectuer la rencontre.
- La deuxième sera la date ou la rencontre sera saisie dans l'application
- La troisième sera la date de validation de la rencontre et donc de mise au paiement

Le soucis les dates de validations que je dois récupérer (pour simplifier la vie des agents), peut être la même sur plusieurs rencontre distinctes et je souhaiterai donc savoir s'il est possible de ne ressortir cette date qu'une seule et unique fois malgré toutes les colonnes à vérifier.

[CinePhil]

je dois pour ce stage réaliser une application

Donc il n'y a encore rien ?

ils les posteront sur une application

L'application que tu dois développer et qui n'existe pas encore ?

De cette première application viens l'extraction du csv

Cette application (existante ou pas ?) n'enregistre t-elle pas ses données dans uen base de données ?
Si oui, ne peux-tu interroger directement la BDD plutôt que de faire une extraction en CSV ?

Une entreprise nouvellement créer aura donc un suivi de 6 ou 8 rencontres + 2 rencontres de diagnostique financier.

Modélise ces données.

Règle de gestion :
Une entreprise peut avoir de une à plusieurs rencontres et une rencontre concerne une seule entreprise.

MCD :
entreprise -0,n----avoir----1,1- rencontre

Construis une BDD normalisée issue d'un MCD correctement modélisé et répartis les données importées dans les tables adéquates. Ton application y gagnera en efficacité.

[xeloch]

Le soucis l'application que je "réalise", corrige et améliore (développer l'an dernier par un autre stagiaire) serait le mot juste réponds au cahier des charges qui impose a la base de donnée d’être structurer comme suit :

Mon prédécesseur est le créateur de cette table.

|date_rencontre_1|date_saisie_1 |date_validation_1|...|date_diag_1|date_saisie_diag_1 |date_validatio_diag_1|...|


Ce cahier des charges réponds aux attentes de la futur V2 de l'application utilisé par les agents territoriaux effectuant les rencontres (Agent A).

Le côté bureaucrate c'est l'application sur laquelle je suis (Agent B).

Donc en résumé Agent A saisie sur son application (appli 1).

Agent B extrait en csv les données saisie de la bdd (appli 1). Puis il les importe dans sa nouvelle base (appli 2).

Agent B complète la saisie et la validation (appli 2).

Donc je dois ressortir des 10 dates de validations toutes les dates différentes (enfin je dois, c'est surtout que c'est plus simple pour eux plutôt que de connaitre les dates par cœur)

Et pour le choix du csv plutôt que d'accéder à l'ancienne base, me semble que ça fais partit du cahier des charges. Mais après avoir vus leur erreur, ils parlent pour la V2 de relier les deux bases.

Excusez moi si ce n'est pas simple à suivre :s

[CinePhil]

Le soucis l'application que je "réalise", corrige et améliore (développer l'an dernier par un autre stagiaire) serait le mot juste réponds au cahier des charges qui impose a la base de donnée d’être structurer comme suit :

Mon prédécesseur est le créateur de cette table.

|date_rencontre_1|date_saisie_1 |date_validation_1|...|date_diag_1|date_saisie_diag_1 |date_validatio_diag_1|...|

Et bien le stagiaire de l'an dernier a utilisé un SGBD comme un tableur. Bref, il a salopé le boulot !

Ce cahier des charges réponds aux attentes de la futur V2 de l'application utilisé par les agents territoriaux effectuant les rencontres (Agent A).

Le côté bureaucrate c'est l'application sur laquelle je suis (Agent B).

Donc en résumé Agent A saisie sur son application (appli 1).

Agent B extrait en csv les données saisie de la bdd (appli 1). Puis il les importe dans sa nouvelle base (appli 2).

Agent B complète la saisie et la validation (appli 2).

Donc je dois ressortir des 10 dates de validations toutes les dates différentes (enfin je dois, c'est surtout que c'est plus simple pour eux plutôt que de connaitre les dates par cœur)

Et pour le choix du csv plutôt que d'accéder à l'ancienne base, me semble que ça fais partit du cahier des charges. Mais après avoir vus leur erreur, ils parlent pour la V2 de relier les deux bases.

Excusez moi si ce n'est pas simple à suivre :s

Oui c'est un peu confus ton histoire !

Si j'ai bien compris, Agent A saisit sur une application A (à laquelle tu ne touches pas) qui enregistre les données dans une BDD mal foutue à laquelle tu ne touches pas.

Agent B extrait les données de la BDD mal foutue pour les importer dans ta future BDD qui sera, je l'espère, grâce à nos conseils, de meilleure facture puis complète la saisie dans la nouvelle appli que tu vas développer et qui enregistre dans ta future super BDD.

Donc je dois ressortir des 10 dates de validations toutes les dates différentes (enfin je dois, c'est surtout que c'est plus simple pour eux plutôt que de connaitre les dates par cœur)

Tu dois donc alimenter une table de dates ?

Programme une requête UNION qui va extraire les dates distinctes de toutes les colonnes de dates de la table dans laquelle seront importées les données CSV.

Code :

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

1
2
3
4
5
6
7
SELECT DISTINCT date_validation_1 AS une_date
FROM table_import_csv
UNION
SELECT DISTINCT date_validation_2
FROM table_import_csv
UNION
-- idem pour toutes les colonnes de dates à récupérer

Au fait, j'ose espérer que le mauvais stagiaire de l'an dernier a quand même utilisé le type DATE pour toutes ces colonnes de date et pas un format texte qui peut entraîner la saisie de dates sous des formats différents ?

Ensuite, tu utilises cette requête dans une requête INSERT pour alimenter la table de dates.

Code :

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

1
2
3
4
5
6
7
8
INSERT INTO t_date (jour)
SELECT DISTINCT date_validation_1 AS une_date
FROM table_import_csv
UNION
SELECT DISTINCT date_validation_2
FROM table_import_csv
UNION
-- idem pour toutes les colonnes de dates à récupérer

C'est ce genre de truc que tu veux faire ?

[xeloch]

Au fait, j'ose espérer que le mauvais stagiaire de l'an dernier a quand même utilisé le type DATE pour toutes ces colonnes de date et pas un format texte qui peut entraîner la saisie de dates sous des formats différents ?

Non il a utilisé un varchar(8) avec comme vérification des REGEX Php ce qui limite les dates au format "jj/mm/aa".

La base je dois y toucher de temps en temps mais je la trouve tellement surchargé que je préfère créer de petite table a côté et faire des jointures.

Effectivement votre solution semble correspondre à ce que je recherche et ce que je craignais (devoir faire du cas par cas)

Je vous remercie pour tout,
Je testerai ça plus tard et vous tiendrai informer.

Je vous souhaite une bonne soirée

[xeloch]

Bonjour,

Je viens de tester les requêtes, cela fonctionne, je récupères bien les dates de façon distinctive et les insère dans une nouvelle table je vous remercie.

Passez une bonne journée,

Cordialement Xeloch