Re: [fr-users] Différences SQL entre OOo 3.2 et LibO 3.3

>  Bonjour ;
>
> Je n'ai pas la réponse à la question de Samuel à propos d'une source
> ODBC sous Vista, mais sa question m'a amené à vérifier le fonctionnement
> de LibO Base dans un environnement XP / MySQL / My ODBC Connector. Il
> semble qu'une instruction SQL en mode natif ait du mal à être
> interprétée normalement par le moteur de LibO dès lors qu'une jointure
> naturelle est réalisée. J'm'explique :
>
> Soit une base comprenant (entre autres) une table "cheval" et une table
> "proprietaire". Pas de relation définie.
> Soit la requête test suivante (je retape, ce n'est pas du copier/coller,
> j'ai supprimé les ``) :
>
> SELECT cheval.*, nom_prop
>     FROM cheval, proprietaire
>     WHERE cheval.id_prop = proprietaire.id_prop
>
> La base comprend 200 enregistrements. En mode natif, on obtient 200 fois
> les données du premier enregistrement de la base, en mode "exécution
> directe de l'instruction SQL", la requête renvoie correctement les données.
>
> La même requête (aucune modification, copiée/collée, cette fois...),
> sous OOo 3.2 et précédentes, répond normalement dans les deux cas.
>
> Le seul problème que j'avais relevé venait sous ces versions de
> l'impossibilité d'utiliser une requête en mode SQL direct pour fusionner
> les données d'une base avec un document texte par exemple. Il semble en
> revanche, d'après les premiers tests que je viens de faire, que cette
> limitation ne soit plus de mise sous LibO. Il faudra que je le confirme
> par des essais un peu plus poussés, mais c'est déjà une bonne chose : le
> mode "direct SQL" est important pour moi, pour diverses raisons.
>
> Il y a par contre un truc assez énervant qui n'a pas été résolu, le fait
> qu'un document de fusion ne conserve pas le lien avec la table/requête
> qui lui sert de source d'entrée entre la création du document et
> l'impression. On est obligé de repréciser à chaque fois quelle est la
> source de données au moment de lancer l'impression. Qu'on puisse la
> modifier à ce moment-là, pourquoi pas, mais LibO pourrait proposer par
> défaut la source qui a servi à la création du document de fusion.
>
> Je ne sais pas si c'est le bon endroit pour faire remonter ces infos, je
> suppose que tout cela se met en place et que ça demande du temps. En
> attendant, si ma contribution peut être un petit caillou dans la
> construction de l'édifice, tant mieux !
>
> M. Romano
>
>   
Bonjour,
Ce qui est un peu difficile, c'est que tu compares une version LibO non 
validée ni stabilisée, ce qui est le cas de LibO 3.3
avec une version de production OOo 3.2
J'ai l'impression que les comparaisons seront plus argumentées lorsque 
la version définitive sera proposée.
Qu'en penses-tu ?
J.M






--
E-mail to users+help@fr.libreoffice.org for instructions on how to unsubscribe
List archives are available at http://fr.libreoffice.org/lists/users/
All messages you send to this list will be publicly archived and cannot be deleted