Bonjour,
Je vois que je n'ai pas été très clair. Désolé. je vais essayer de me
rattraper. Et tu as raison, ma question est beaucoup plus dans le champs de
MySQL que des fonctionnalités de LIBO.
J'extrais de mon application informatique nationale Hélios (je suis
comptable public) un seul gros fichier recensant toutes les personnes qui, à
un titre quelconque, doivent de l'argent à une commune. Ce fichier (6000
lignes) est inexploitable sans retraitement. Il faut notamment distinguer
les types de dettes dues par ces personnes afin de spécialiser mon
recouvrement. Je ne vais pas agir de la même manière avec une cantine à 30 €
et des loyers à 1 000 €.
Voilà donc ces requêtes : extraire d'un champs unique « Objet du titre » un
ou des mots clefs qui me permettent de caractériser la recette (loyers,
droits de voirie, cantines, restaurant administratif, centres de loisirs,
voyages scolaires etc).
J'ai donc une table avec 6000 enregistrements distingués par une clef unique
ID. J'ai une trentaine de requêtes qui me permettent d'extraire une
trentaine de types de recettes, chaque enregistrement restitué par une
requête comporte un champs avec la clef unique ID de l'enregistrement
d'origine dans la table.
Mes requêtes ont leurs limites car les employés communaux font preuve d'une
certaine imagination pour remplir le champs « objet du titre » qui, pour des
centres de loisir, peut être « centre de loisir », «centre loisir », «
c.loisir (avec ou sans espace), « clsh (avec ou sans point et/ou espace
entre chaque lettre) » etc. Une requête sur le mot « centre » me retournera
indifféremment le centre culturel, médical, musical et autres.
Accessoirement, Hélios se charge de modifier les libellés pour m'occuper un
peu plus : « cen tre », « impay es »ce qui me permet d'obtenir quelques «
c.loi sir » par exemple... etc.
Au final, mes requêtes ne couvrent pas 100% des enregistrements de ma table.
Je voudrais justement, à partir de ces requêtes, extraire de ma table tous
les enregistrements qui, précisément, n'ont pas été identifiés par une
requête.
À la brutale, j'ai réuni hier dans une même feuille de Calc chaque requête
depuis Base (copie requête, collage dans Calc) afin de créer une nouvelle
table que j'ai placée dans base. J'ai pu alors sans difficulté comparer
(avec les champs ID) ma table d'origine et extraire les enregistrements qui
ne se trouvaient pas dans ma seconde table mais cette méthode est très
lourde.
Est-il possible, objet de ma question, de faire ce travail de tri
directement depuis les requêtes et Base sans passer par la réalisation de
cette seconde table dans Calc ?
LIBO règle sans difficulté la question des doublons. Ce n'est donc plus un
problème.
Compte-tenu de la nature même de mon fichier qui est un rien confidentiel,
(noms et adresses de personnes débitrices d'une grosse commune), tu
comprendras qu'il m'est difficile de le mettre en ligne :-)
Je te remercie pour ton aide et te souhaite une bonne journée,
Dominique
--
View this message in context:
http://nabble.documentfoundation.org/LIBO-4-0-4-2-XP-Pro-Croisement-table-et-requetes-sur-BASE-tp4070914p4071024.html
Sent from the Users mailing list archive at Nabble.com.
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.