méthode sur access

[CM63]

Bonjour,

Mais il est écrit en quoi l'applicatif pour ne pas être obliger de passer par ODBC qui pénalise la vitesse d’exécution ?
et ça coûte combien de plus qu'Office ou OpenOffice ?

La partie applicative peut par exemple être écrite en Java, et c'est gratuit. Ou alors, si tu as Office, développer la partie applicative en VBA (comme tu as fait) et utiliser Excel comme container d'information (fausse base donnée, dans laquelle il est bien commode et facile d'intervenir "à la main" en cas de problème, dans la phase de développement). Mais c'est on va dire, pour des "petites applis" (ce qui est le cas du fil).

PS : autant pour moi, ce n'est peut-être pas si "petit" que ça vu qu'il y a 100Mo avec 10 colonnes et 700 000 lignes
-----

[pm42]

La partie applicative peut par exemple être écrite en Java, et c'est gratuit

Oui, en plus d'Oracle, il écrit ça en Java 8. Mais alors avec des lambdas et en optimisant les paramètres du G1GC. Ceci dit, l'idéal serait sans doute d'avoir un serveur d'application et une interface en HTML5. Peut-être avec React.js ? Ou alors avec Play et Akka ?

Parce que là, je trouve que tu ne mets pas la barre assez haut pour quelqu'un qui fait de l'Excel et pensait à Access. Autant y aller franchement.

[cherbe]

si tu as Office, développer la partie applicative en VBA (comme tu as fait) et utiliser Excel comme container d'information (fausse base donnée, dans laquelle il est bien commode et facile d'intervenir "à la main" en cas de problème, dans la phase de développement). Mais c'est on va dire, pour des "petites applis" (ce qui est le cas du fil).

C'est à peu près ce que je disais en #7 mais VBA est inutile dans ce cas.
Il faut nommer la zone de données, sauvegarder, fermer le fichier et ne plus y toucher. Depuis le requêteur" Excel, Il sera vu comme une base de données et la zone nommée sera vue comme une table.
La requête sera construite depuis un fichier Excel vide à l'aide de l'assistant requête. Une fois terminée, la requête sauvegardée pourra être à nouveau exécutée par un un seul clic.
Si il faut modifier les clés de requête, le code est un fichier texte dans lequel il est facile de rechercher-remplacer une valeur.
C'est la solution la plus simple à mettre en oeuvre et elle ne coûte pas un centime supplémentaire.

[Ludwig1]

Attend vous utilisez encore cette daube d'Access? Pourquoi pas Forth aussi, tant que vous y êtes ? :je sors:

Salut,
si tu savais tous ce que l'on peut faire avec.
Cordialement

Ludwig

[EauPure]

Aucun langage n'impose l'usage d'ODBC. ODBC n'est qu'une solution pour le développement d'appli sans faire d'hypothese sur le SGBD qui sera sous-jacent.

Oui si ils ont des drivers natif sur le SGBD
Mais actuellement, le problème de l'absence de client serveur sur d'Access est résolu, Mes clients n'on pas voulu l'appli PHP/MySql, ils ont préférer le contrôle du serveur à distance de type TSE mais par Citrix
Donc Access fonctionne en local sur le serveur ce qui ne pénalise plus ses performances comme quand la base était sur un serveur et que l'application était exécuté sur un client.
D'autre part, l'appli HTML/JVS/PHP/MySql ne permettait pas de communication avec des programmes externes comme Excel ou Word par exemple.