Discussion :

[droliprane]

Bonjour à toutes et tous,

aujourd'hui je viens demander conseil pour ceux qui serait déjà passé par ce cas de figure :

J'ai développé une petite appli de contrôle d'accès (badges RFID sur des lecteurs associés à des ventouses) qui communique avec une partie automatisme pour envoyer la configuration des sites, portes et badges... Naturellement pour un premier jet j'ai modélisé la base dans mon environnement MS Sql que j'ai sous la main pour d'autres projets, mais maintenant que tout est cadré, je me rends compte que c'est un peu surdimensionné de choisir comme support une base Sql Server (même express) alors que le projet n'a pas d'ambitions multi-utilisateurs, que ça tiendrait la route avec une base access sachant qu'on sera pas non plus regardant sur le côté performance.

J'en viens au problème : je suis sous Windev 21 installé en 64bits, et j'ai un Office365 en 32bits (comme il fut un temps suggéré par Microsoft qu'il valait mieux installer le pack en 32bits, pour des questions de stabilité je crois) donc je n'ai à priori pas le driver 64bits pour binder mon fichier access à mon analyse, et pouvoir utiliser les H instructions, les requêtes intégrées, etc... Il semble toutefois possible de monter sa connexion par programmation à l'initialisation de l'appli, mais comme dit précédemment on perd certaines possibilités.

MAIS, je viens de voir ce driver MSDataShape, qui a l'air capable de se connecter à mon fichier access. Ceci étant, quand je lui demande de se synchroniser avec ma source de données externe, il ne "trouve" rien.

Ma question : comment vous appréhenderiez le problème :

- installer windev en 32 bits pour pouvoir bénéficier du driver OLEDB 32bits installé par office
- essayer d'installer le driver 64bits sachant que ça semble être un peu tricky (cf cette discussion chez m$)
- créer un odbc à la mano
- utiliser un autre format de base de données, moins perméable à l'environnement microsoft d'un poste client, mais qui ne nécessite pas un déploiement sur un serveur, ni l'installation de driver exotique. Est-ce que Sqlite serait un bon candidat ?

Sachant qu'autant que possible, j'aimerais que le programme soit facilement "partageable" d'un poste à l'autre, sans qu'il faille passer par une étape de config préalable (odbc ou registre) qu'un user lambda ne saura pas faire.

Merci par avance pour vos pistes.

droliprane

[DelphiManiac]

Ne sachant pas vraiment si ton choix d'Access est définitif, j'aurais tendance à te conseiller, dans ton contexte, SQLite. Pas de serveur a installer, pas de config à prévoir si ce n'est l'emplacement du fichier contenant la base de données.

[droliprane]

Je me penche sur SqLite, à travers un GUI tel que SQLite Expert Personal pour créer mes tables.

J'ai mon fichier .db dans mon répertoire exécutable.

Mais dans Windev, si ma connexion est ok, la synchro ne fonctionne pas, il ne me ramène aucune table dans l'analyse. Est-ce normal ? Dois-je tirer un trait sur les requêtes intégrées ?

Merci

[frenchsting]

Pourquoi pas en HF ?

Je ne sais pas précisément tes besoins, mais ça peut être une solution qui peut être envisagée.

[droliprane]

Oui finalement je suis parti sur une base hyperfile (monoposte pas C/S), créée en important les descriptions de ma base SQL Server.

Par contre, je n'arrive pas à la "peupler" à la main. Est-ce que c'est sensé être faisable depuis l'analyse ?

Merci à vous

[Voroltinquo]

Par contre, je n'arrive pas à la "peupler" à la main. Est-ce que c'est sensé être faisable depuis l'analyse ?

Pas à ma connaissance.
Par contre jusque WD 20, il y avait un petit outil dans les exemples (complets je crois) qui te permettait de créer des batteries de test.

[frenchsting]

Je ne comprends pas trop ta question. Je ne pense pas que tu puisses transférer le contenu d'une base vers une autre en utilisant des fonctionnalités de ton module d'analyse.

Par contre, tu peux peut-être générer des requête INSERT depuis ta base d'origine et faire un bout de code pour les exécuter dans ton projet.

[droliprane]

Bon je suis un peu perdu cr c'est une philosophie différente de ce que je connais mais gentiment je vais m'y retrouver.

Par contre, là si qqun peut me filer un tuyau, je voudrais que mes fichiers hyperfile soient regroupées dans un sous dossier db du répertoire de mon executable.

Et à chaque fois que je lance mon appli, il me recréé des fichiers au même niveau que l'exécutable, pas dans db...

Est-ce qu'il y a un paramétrage que je ne vois pas ?

[droliprane]

OK, à priori HChangeRep en initialisation de l'appli fait bien l'affaire.

J'aurais aimé n'avoir qu'un fichier global (à des fins de sauvegardes) plutôt qu'un fichier par table, mais à priori c'est hyperfile by design ^^

Je vais tester mon projet sur différents environnements, et voir comme il se comporte.

Merci à vous

[frenchsting]

Oui, c'est hchangeRep(), et il y a un fichier par table.

Pour la sauvegarde, c'est simple, tu copies/zippes le contenu du dossier...

[lubinfo]

Oui finalement je suis parti sur une base hyperfile (monoposte pas C/S), créée en important les descriptions de ma base SQL Server.

Par contre, je n'arrive pas à la "peupler" à la main. Est-ce que c'est sensé être faisable depuis l'analyse ?

Merci à vous

Bonjour,

WDMap pour 'peupler' à la main !