A voir également:
- Base de données sous linux
- Fuite données maif - Guide
- Base de registre - Guide
- Supprimer les données de navigation - Guide
- Linux reader - Télécharger - Stockage
- Tnt base de données vide - Forum TNT / Satellite / Réception
2 réponses
Je confirme ce qui a été dit plus haut.
Comme solution, il y aura bientot kexi, appelé access-like par le concepteur.
Cela permettra aux sous-doués du sql (dont je suis un membre éminent :-P) de pour voir faire des requetes en un clic :)
http://www.koffice.org/kexi/screenshots.php
Comme solution, il y aura bientot kexi, appelé access-like par le concepteur.
Cela permettra aux sous-doués du sql (dont je suis un membre éminent :-P) de pour voir faire des requetes en un clic :)
http://www.koffice.org/kexi/screenshots.php
Bonjour
MySQL est gratuit et efficace. Il est aussi plus conforme aux standards SQL qu'Access et fonctionne sur une plus grande diversité de plates-formes.
Le portage des schémas Access en MySQL n'est simple que si en Access on s'est limité aux standards (p ex pas de caractère spécial ou accentué dans les noms de tables ou de champs).
Sous cette réserve, le portage des données ne pose aucun problème (sauver en format CSV et recharger en MySQL).
Le portage d'une application externe soumettant des requêtes SQL se passe assez bien. Il faut bien sûr s'adapter à l'API MySQL qui n'a rien à voir avec celle d'Access. MySQL est, au contraire d'Access, en logique client-serveur, ce qui oblige à rapatrier tous les résultats d'une requête (ça allonge les temps de réponse pour les parcours interactifs).
Quant au portage des formulaires ou des macros écrites en visual basic pour Access, j'éviterai d'émettre un avis. Je me suis toujours abstenu d'avoir recours à des pratiques spécifiques à Microsoft.
Jean-Pierre
MySQL est gratuit et efficace. Il est aussi plus conforme aux standards SQL qu'Access et fonctionne sur une plus grande diversité de plates-formes.
Le portage des schémas Access en MySQL n'est simple que si en Access on s'est limité aux standards (p ex pas de caractère spécial ou accentué dans les noms de tables ou de champs).
Sous cette réserve, le portage des données ne pose aucun problème (sauver en format CSV et recharger en MySQL).
Le portage d'une application externe soumettant des requêtes SQL se passe assez bien. Il faut bien sûr s'adapter à l'API MySQL qui n'a rien à voir avec celle d'Access. MySQL est, au contraire d'Access, en logique client-serveur, ce qui oblige à rapatrier tous les résultats d'une requête (ça allonge les temps de réponse pour les parcours interactifs).
Quant au portage des formulaires ou des macros écrites en visual basic pour Access, j'éviterai d'émettre un avis. Je me suis toujours abstenu d'avoir recours à des pratiques spécifiques à Microsoft.
Jean-Pierre
