 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
6 messages in org.openoffice.fr.progRe: [prog] requietes SQL et operation...| From | Sent On | Attachments |
|---|---|---|
| Snopie Snopie1 | Aug 29, 2005 10:31 am | |
| Bernard Marcelly | Aug 30, 2005 3:17 am | |
| Snopie Snopie1 | Aug 30, 2005 8:25 am | |
| Bernard Marcelly | Aug 31, 2005 12:46 am | |
| Snopie Snopie1 | Aug 31, 2005 5:09 am | |
| Bernard Marcelly | Aug 31, 2005 8:12 am |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [prog] requietes SQL et operations sur Currency | Actions... |
|---|---|---|
| From: | Bernard Marcelly (marc...@club-internet.fr) | |
| Date: | Aug 31, 2005 12:46:07 am | |
| List: | org.openoffice.fr.prog | |
Bonjour Snopie Snopie1, Message du 2005-08-30 17:25:
quel est le type du champ Columns(1) dans ta base mysql ?
decimal(12,2)
D'après les résultats je pense que le driver interprète mal le codage décimal avec un point. Comme s'il s'attendait à un entier DCB. La transformation en String est incorrecte, donc aucun espoir après.
Ton exemple avec sSQL100 montre que si tu peux d'une manière générale multiplier par 100 au niveau SQL tu récupèreras une valeur correcte en centimes avec le getString (ou plutôt le getDouble puisqu'il n'y a pas de perte de précision sur des valeurs entières). Le getInt est plus limité en valeurs (32bits).
Essaie ceci, qui devrait marcher:
Dim cent As Currency, solde As Currency, solde100 As Currency cent = 100 ' valeur constante en Currency
solde100 = res.Columns(0).Double ' convertir en Currency solde = solde100 / cent ' revenir en euros
__________________________________________________________
- soit passer à la version 1.9 (en supportant les fautes résiduelles diverses)
est-ce qu'il y a une doc ou je pourrais evaluer le travail de migration 1.1.(3|4) -> 1.9 ?
Non, en ce qui concerne ce niveau de détail - tu peux interroger IssueZilla pour lister les rapports "FIXED" dans une des nombreuses versions 1.9.xxx ou Beta2, tu obtiendras des centaines de rapports sans intérêt pour toi, et j'ai déjà constaté des corrections apparemment non signalées. Pour faire bonne mesure, il y a parfois des bugs nouvelles...
- soit employer un autre langage que Basic. Si dans
(..)
ou en est justement le statut de python pour OOo?
C'est une intégration minimale, faute de développeurs. Pas d'EDI, pas de moyen de debugging intégré. Pour plus de détails <http://udk.openoffice.org/python/python-bridge.html> OOo 1.1 (et 1.9) <http://udk.openoffice.org/python/scriptingframework/index.html> OOo 1.9
j'imagine que java est pret depuis longtemps pour la production. je serais interesse de passer a ces deux langages, vu toutes les complications qu'on a eues a developper cette appli.
Java est bien plus complexe quand il s'agit de gérer l'API OOo car il faut expliciter toutes les interfaces.
Bernard