Discussion :

[lio33]

Bonjour,

Certains d'entre vous ont-ils déjà testé leurs applications Access sur une tablette sous Windows (W7 ou autre) ? (Tablette industrielle reliée par Wifi avec le reste du réseau entreprise).

Je pense que cela doit fonctionner globalement, mais je me pose simplement la question du comportement lors des saisies de données (clavier virtuel, etc..).

Merci d'avance pour vos expériences.

[nico84]

Bonjour,

J'ai créé la même file la veille, sans plus de succès

J'ai donc acheté une tablette Dell latitude ST d'occasion (sous windows 7 pro) pour faire des essais que j'espère concluants

[jimbolion]

lio33 bonjour,

Une petite précision car je suis moi aussi intéressé par le post que tu viens d'ouvrir !

Comment compte tu gérer une appli access sur la tablette (gérer l'appli sur la tablette ou utiliser le réseau pour lancer à distance l'appli ?).

Merci pour ta réponse ?

[lio33]

Bonsoir,

Mon client a équipé ses équipes en atelier de tablettes sous Windows 7.
Ces tablettes sont reliées au réseau d'entreprise par Wifi j'imagine ou une autre technologie sans fil.

Les applications Access concernées sont des applications multi-utilisateurs réseau. Elles sont donc prévues pour être lancées à partir du réseau (raccourci vers un fichier mdb ou mde) comme sur des postes informatiques classiques. Les tablettes disposeront uniquement du runtime Access.

Je vais, je pense, avoir l'occasion de vérifier le comportement, sur ces tablettes, d'applications Access déjà en exploitation.

Voilà, j'espère que cela correspond à ce que tu voulais.

[lio33]

nico84,
Tiens nous au courant de tes essais !

[jimbolion]

Lio33,

Merci pour ces precisions, je comprends mieux l'architecture !
Je n'ai jamais essayé de lancer une appli sur le réseau, dans ce cas crois tu que l'installation du Runtime est nécessaire sur la tablette !

En général, dans mon architecture l'appli est exécuté en local, et la BDD est en réseau !

Merci en tout cas pour tes précisions !

JimBoLion

[B_SKO]

Bonsoir,

J'ai mis en place dans des ateliers de productions des solutions sous access + runtime, le problème et la perte de connexion entre le serveur et la machine. Quand tu bosses sur access cette liaison doit être permanente !
Ma solution fut de créer une base local avec une copie des données nécessaire pour travailler et une synchro des données pour transférer les mises à jours en fin d'équipe.
Solution installé sur PC Win Vista à 250€ de Carrefour + Ecran Tactile à 300 € de chez LDLC, les utilisateurs bosses sans clavier sans problème sur l'écran. La solution marche depuis 5 ans en continue jours et nuit.
Il faut prévoir des écrans avec gros bouton simple et des saisies simples.

[nico84]

Tablette arrivée hier midi

Le premier jour elle a passé son temps à se mettre à jour

Ensuite il a fallu virer les cochonneries pseudo-gratuites ou d'essai (office 2010, anti-virus...) et 24h après j'avais une tablette opérationnelle et en réseau avec mon PC habituel

Mon ERP marche convenablement dessus mais les temps de calcul sont mauvais (par exemple le calcul de besoins met 15' en local au lieu de 1'30) mais de toute façon l'idée est de faire des fenêtres spécifiques.

Cet après midi j'ai donc développé une petite fenêtre de préparation de commande qui n'est pas liée à la base de donnée mais ne fait que des transactions "au coup par coup". Ca marche bien sur le PC : demain je teste sur la tablette et vais faire une démo à un client

Comme le souligne B_SKO il faut du rustique avec gros boutons et je vais réfléchir à comment faire pour que la liaison avec la dorsale ne se perde pas en cours de transaction

[jimbolion]

A tous,

Je rejoins l'idée de B Sko, à savoir que le partage de l'application sur le réseau et qui plus est en Wi-Fi de la partie applicative est le plus gros frein à l'utilisation d'Access.

Pour ma part, je fourni donc l'applicatif sur chaque poste avec une base en locale. Cela permet d'effectuer les opérations sur les objets sans solliciter le réseau. Lors de l'injection des données en base, j'utilise les transactions (begin, commit, rollback) afin de contrôler le bon déroulement de l'opération et vide alors le contenu de la base locale. Même si la solution embarquée est plus lourde, elle est largement bénéfique en matière de performance (la sollicitation du serveur étant mis à contribution uniquement lors de l'écriture dans les tables) !

En tout cas Nico, fais nous part de ton expérience...

Merci

[chrtophe]

Bonjour,

Comment faites vous pour transférer les données locales vers la base réseau ?

Sur 2003, il y avait la réplication.

Utilisation de tables liées ? ça doit être lent et en plus sur liaison potentiellement instable...

[jimbolion]

chrtophe bonsoir,

Je ne transfère que les éléments dont j'ai besoin !
La base locale est au même format que la base réseau, mais je n'importe que le dossier souhaité ! Pour les références (articles....) une requête fonctionne très bien !

Pour la mise à jour, vu que je ne transfère que le dossier sélectionné et que j'utilise les transactions pour sécuriser : aucun problème !

Bonne soirée

[nico84]

Qq nouvelles :

Le développement est identique à un PC classique, l'ergonomie super
J'ai juste des problèmes avec le stylet pour cliquer

Je n'ai pas encore pu tester la communication avec la dorsale...

Mon objectif est d'être en temps réel donc sans aucune donnée sur la tablette car sinon il sera difficile de travailler à plusieurs !

Je pense prochainement migrer la dorsale sous une vraie base de données (sql server ou postgre) ainsi le serveur fera toutes les écritures par api ce qui lève le risque de perte de connexion en cours d'écriture.