Bonsoir Sophie,
J'ai préparé les éléments pour ouvrir un problème dans bugzilla. J'ai un
petit souci avec deux termes d'algèbre relationnelle que je ne sais pas
traduire : il s'agit de equi-jointure et théta-jointure. Tu crois que je
peux laisser ça comme ça ?
Voici comment pourrait se présenter la fiche :
Summary : SQL queries involving a join make incorrect results.
Description :
Queries are created by clicking the icon in the left pane application
window's databases.
The following cases were tested:
- "equi jointure" : a simple join that displays the sex label for each
student
- inner join : same result as equi-jointure
- self join : displays the number of students who have a note in the
subject number 1 less than
the note obtained in the subject number 2.
- left outer join : displays all students having whether or not, a note.
If a student does not
have a note, the field Numetu of the corresponding table (NOTES) will be
NULL.
- right outer join : displays all students who have at least one note
- "théta-jointure" : displays for each student, how many are before him
on the alphabetical list names.
Queries with union (UNION, UNION ALL) and intersection (INTERSECT) of
tables gave correct results.
Attachment :
Ma mini-base de test, les résultats obtenus avec OOo 3.2.1, les
résultats obtenus avec LibO 3.3.0 beta 2
Merci de me donner ton avis.
Bernard
Le 26/10/2010 18:32, Sophie Gautier a écrit :
Bonjour,
2010/10/26 François Gatto<cesculino@gmail.com>:
Bonjour,
Le 26/10/2010 16:07, pierre-yves.samyn a écrit :
Bonjour
Message du 24/10/10 19:56
De : "ribotb"
Objet : [fr-discuss] [Base] jointures
J'ai préparé une petite base avec toutes sortes de requêtes de
jointures. Il n'y en a qu'une seule qui semble fonctionner avec LibO.
Quelques précisions :
Je reproduis le problème dans mon environnement : XP - SP3 et
LibO "courante" 330m9(Build:1)
Il suffit toutefois de passer en mode "Exécuter directement le SQ" pour
que
les requêtes fonctionnent.
Il va de soi que je ne considère pas cela comme satisfaisant. C'est juste
un
élément d'information.
Par ailleurs, je signale ici, mais je pense ouvrir un fil (poster une RFE
sur bugzilla)
que le mode ébauche de LibO transforme de la même manière que OOo les
instructions SQL de jointure autre que naturelles.
Exemple, ceci :
SELECT DISTINCT "E"."Nometu", "N"."Numetu" FROM "ETUDIANT" "E" LEFT OUTER
JOIN "NOTES" "N" ON "E"."Numetu" = "N"."Numetu"
Devient, après passage en mode ébauche :
SELECT DISTINCT "E"."Nometu", "N"."Numetu" FROM { OJ "ETUDIANT" AS "E"
LEFT OUTER JOIN "NOTES" AS "N" ON "E"."Numetu" = "N"."Numetu" }
J'ai toujours trouvé cette syntaxe plus complexe, moins intuitive,
voire...
vaguement repoussante dès lors qu'on a plusieurs jointures à écrire :)
Il va sans dire que je n'utilise pas le mode ébauche dans ce cas (sauf
pour la sélection
des tables& champs).
Cordialement
Pierre-Yves
Je partage tes avis.
Dans les requêtes de Bernard il y en avait au moins une qui fonctionnait à
condition d'y placer les champs clé.
Mais bon toutes ces accommodations, quand elles sont possibles, ne répondent
pas aux attentes et sont de nature à repousser les utilisateurs lambda,
alpha et oméga.
Est-ce que vous vous sentez de rentrer les différentes bugs sur
BugZilla avec les exemples ?
À bientôt
Sophie
---
Antivirus avast! : message Sortant sain.
Base de donnees virale (VPS) : 101029-2, 29/10/2010
Analyse le : 29/10/2010 23:10:56
avast! - copyright (c) 1988-2010 AVAST Software.
http://www.avast.com
--
E-mail to discuss+help@fr.libreoffice.org for instructions on how to unsubscribe
List archives are available at http://fr.libreoffice.org/lists/discuss/
All messages you send to this list will be publicly archived and cannot be deleted
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.