Bonjour,
nous d=E9veloppons actuellement de nombreuses bases de donn=E9es sous
Access2000.
Mais on peux ais=E9ment imaginer que d'ici 5 ans ou 10ans le code VBA
subira des transformations (comme il y a eu pour le passage d'access95
a access97...). Ainsi pour rendre les bases de donn=E9es p=E9rennes, je
pensais exploiter des bases Access 2000 avec du code VB et cr=E9er des
exe pour chaque application. Pensez-vous le code VBA est facilement
convertible en VB ? Peut-on disposer des m=EAmes biblioth=E8ques en VB ?
Je vous remercie de m'apporter des conseils, et me dire quelle est la
meilleure solution pour faire abstraction de la version d'Access et
rendre les bases p=E9rennes.
bonne fin de journ=E9e
Yvan
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
3stone
Salut,
nous développons actuellement de nombreuses bases de données sous Access2000. Mais on peux aisément imaginer que d'ici 5 ans ou 10ans le code VBA subira des transformations (comme il y a eu pour le passage d'access95 a access97...).
On peut lire souvent ici que des bases tournent encore sur Access 2 !!!
Ainsi pour rendre les bases de données pérennes, je pensais exploiter des bases Access 2000 avec du code VB et créer des exe pour chaque application. Pensez-vous le code VBA est facilement convertible en VB ?
et qu'est ce qui te fait penser que VB restera VB ?? (ce qu'il n'est plus déjà... ;-)
Peut-on disposer des mêmes bibliothèques en VB ? Je vous remercie de m'apporter des conseils, et me dire quelle est la meilleure solution pour faire abstraction de la version d'Access et rendre les bases pérennes.
La VBA d'Access est "spécialisé et optimisé" base de données... Rien que les formulaires d'Access sont impossibles à recréer par VB (je ne parle pas de l'apparence, bien sûr)
Si le couple DAO, ADO suffisent aux besoins de tes bases, je ne vois pas ce que VB pourrait t'apporter... Si ce n'est "se passer de l'application Access".
nous développons actuellement de nombreuses bases de données sous
Access2000.
Mais on peux aisément imaginer que d'ici 5 ans ou 10ans le code VBA
subira des transformations (comme il y a eu pour le passage d'access95
a access97...).
On peut lire souvent ici que des bases tournent encore sur Access 2 !!!
Ainsi pour rendre les bases de données pérennes, je
pensais exploiter des bases Access 2000 avec du code VB et créer des
exe pour chaque application. Pensez-vous le code VBA est facilement
convertible en VB ?
et qu'est ce qui te fait penser que VB restera VB ??
(ce qu'il n'est plus déjà... ;-)
Peut-on disposer des mêmes bibliothèques en VB ?
Je vous remercie de m'apporter des conseils, et me dire quelle est la
meilleure solution pour faire abstraction de la version d'Access et
rendre les bases pérennes.
La VBA d'Access est "spécialisé et optimisé" base de données...
Rien que les formulaires d'Access sont impossibles à recréer
par VB (je ne parle pas de l'apparence, bien sûr)
Si le couple DAO, ADO suffisent aux besoins de tes bases,
je ne vois pas ce que VB pourrait t'apporter...
Si ce n'est "se passer de l'application Access".
nous développons actuellement de nombreuses bases de données sous Access2000. Mais on peux aisément imaginer que d'ici 5 ans ou 10ans le code VBA subira des transformations (comme il y a eu pour le passage d'access95 a access97...).
On peut lire souvent ici que des bases tournent encore sur Access 2 !!!
Ainsi pour rendre les bases de données pérennes, je pensais exploiter des bases Access 2000 avec du code VB et créer des exe pour chaque application. Pensez-vous le code VBA est facilement convertible en VB ?
et qu'est ce qui te fait penser que VB restera VB ?? (ce qu'il n'est plus déjà... ;-)
Peut-on disposer des mêmes bibliothèques en VB ? Je vous remercie de m'apporter des conseils, et me dire quelle est la meilleure solution pour faire abstraction de la version d'Access et rendre les bases pérennes.
La VBA d'Access est "spécialisé et optimisé" base de données... Rien que les formulaires d'Access sont impossibles à recréer par VB (je ne parle pas de l'apparence, bien sûr)
Si le couple DAO, ADO suffisent aux besoins de tes bases, je ne vois pas ce que VB pourrait t'apporter... Si ce n'est "se passer de l'application Access".
intéressant... en fait moi je voyaus l'avantage de compiler un langage et donc de ne plus dépendre de la version d'access installé sur chaque poste. Car le jour où VBA Access une toute autre syntaxe et que tout les postes seront mis a jour avec la nouvelle version d'access, faudra tout réécrire, non ? dans tout les cas je te remercie pour ta réponse Yvan
intéressant...
en fait moi je voyaus l'avantage de compiler un langage et donc de ne
plus dépendre de la version d'access installé sur chaque poste. Car
le jour où VBA Access une toute autre syntaxe et que tout les postes
seront mis a jour avec la nouvelle version d'access, faudra tout
réécrire, non ?
dans tout les cas je te remercie pour ta réponse
Yvan
intéressant... en fait moi je voyaus l'avantage de compiler un langage et donc de ne plus dépendre de la version d'access installé sur chaque poste. Car le jour où VBA Access une toute autre syntaxe et que tout les postes seront mis a jour avec la nouvelle version d'access, faudra tout réécrire, non ? dans tout les cas je te remercie pour ta réponse Yvan
3stone
re,
a écrit en fait moi je voyaus l'avantage de compiler un langage et donc de ne plus dépendre de la version d'access installé sur chaque poste. Car le jour où VBA Access une toute autre syntaxe et que tout les postes seront mis a jour avec la nouvelle version d'access, faudra tout réécrire, non ?
Une base A97 tourne sans mal sur A2003 (et pour quelques années encore ;)
Qu'en sera t-il de VB.NET et le Framework dans quinze ans ? Et le 32 bits et Windows...
<blancmunier@yahoo.fr> a écrit
en fait moi je voyaus l'avantage de compiler un langage et donc de ne
plus dépendre de la version d'access installé sur chaque poste. Car
le jour où VBA Access une toute autre syntaxe et que tout les postes
seront mis a jour avec la nouvelle version d'access, faudra tout
réécrire, non ?
Une base A97 tourne sans mal sur A2003 (et pour quelques années encore ;)
Qu'en sera t-il de VB.NET et le Framework dans quinze ans ?
Et le 32 bits et Windows...
a écrit en fait moi je voyaus l'avantage de compiler un langage et donc de ne plus dépendre de la version d'access installé sur chaque poste. Car le jour où VBA Access une toute autre syntaxe et que tout les postes seront mis a jour avec la nouvelle version d'access, faudra tout réécrire, non ?
Une base A97 tourne sans mal sur A2003 (et pour quelques années encore ;)
Qu'en sera t-il de VB.NET et le Framework dans quinze ans ? Et le 32 bits et Windows...
