Nous sommes en cours d'installation d'un VPN. J'aimerais savoir comme se
comporte access au travers d'un VPN.
Je prends le cas d'un utilisateur nomade qui, si j'ai bien compris ce que
l'on m'a expliqué, lorsqu'il se connecte sur notre site sera comme s'il était
sur place dans notre réseau. Ma question est : pourra-t-il utiliser les bases
Access comme s'il était chez nous ?
Merci de vos réponses et de vos expériences et conseils en ce domaine.
"Nathalie Lebas" [...] | Les données (dont les tables) ont été importés dans une base SQL puis liées | à l'application Access. ce n'est pas terrible en temps de réponse.
oui, mais là, tu ne change pas de moteur de base de données... la seule chose que tu y gagne et un + au niveau sécurité des données.
C'est pourquoi les appli seront développées en VB. Mais je me demande si VB est le bon choix et s'il n'existe pas un outil plus conviale pour développer sur une base SQL.
[...] | > Peut-être... mais effectivement après un effort sans commune mesures | > avec ce que l'on fait très simplement avec Access. | C'est ce que je commence à comprendre à mes dépends. | | > | > PS: Pas spécialiste de SQL Server, cela n'a jamais fait partie de mes besoins! | Par obligation, je crois que cela va bientôt faire partie des miens, vu ce | que je lis.
Si tu as devant toi quelques années pour pratiquer, cela en vaut la peine... Plusieurs années .... j'espère que non, je n'ai pas le temps !
Et la seule réponse pour des bases (de plus en plus nombreuses) qui dépassent le cadre de ce pourquoi Access est un véritable couteau Suisse!
"Nathalie Lebas"
[...]
| Les données (dont les tables) ont été importés dans une base SQL puis liées
| à l'application Access. ce n'est pas terrible en temps de réponse.
oui, mais là, tu ne change pas de moteur de base de données...
la seule chose que tu y gagne et un + au niveau sécurité des données.
C'est pourquoi les appli seront développées en VB. Mais je me demande si VB
est le bon choix et s'il n'existe pas un outil plus conviale pour développer
sur une base SQL.
[...]
| > Peut-être... mais effectivement après un effort sans commune mesures
| > avec ce que l'on fait très simplement avec Access.
| C'est ce que je commence à comprendre à mes dépends.
|
| >
| > PS: Pas spécialiste de SQL Server, cela n'a jamais fait partie de mes besoins!
| Par obligation, je crois que cela va bientôt faire partie des miens, vu ce
| que je lis.
Si tu as devant toi quelques années pour pratiquer, cela en vaut la peine...
Plusieurs années .... j'espère que non, je n'ai pas le temps !
Et la seule réponse pour des bases (de plus en plus nombreuses) qui
dépassent le cadre de ce pourquoi Access est un véritable couteau Suisse!
"Nathalie Lebas" [...] | Les données (dont les tables) ont été importés dans une base SQL puis liées | à l'application Access. ce n'est pas terrible en temps de réponse.
oui, mais là, tu ne change pas de moteur de base de données... la seule chose que tu y gagne et un + au niveau sécurité des données.
C'est pourquoi les appli seront développées en VB. Mais je me demande si VB est le bon choix et s'il n'existe pas un outil plus conviale pour développer sur une base SQL.
[...] | > Peut-être... mais effectivement après un effort sans commune mesures | > avec ce que l'on fait très simplement avec Access. | C'est ce que je commence à comprendre à mes dépends. | | > | > PS: Pas spécialiste de SQL Server, cela n'a jamais fait partie de mes besoins! | Par obligation, je crois que cela va bientôt faire partie des miens, vu ce | que je lis.
Si tu as devant toi quelques années pour pratiquer, cela en vaut la peine... Plusieurs années .... j'espère que non, je n'ai pas le temps !
Et la seule réponse pour des bases (de plus en plus nombreuses) qui dépassent le cadre de ce pourquoi Access est un véritable couteau Suisse!
Les données (dont les tables) ont été importés dans une base SQL puis liées à l'application Access. ce n'est pas terrible en temps de réponse.
Si tu les as liées en ODBC, il est clair que les temps de réponses sont moins bons, dans les tests que j'avais fait comme cela, ils étaient même bien moins bons qu'avec les tables dans Access. En revanche, si tu as Access 2000 ou plus, je te conseille d'essayer un projet ADP (ca t'est proposé quand tu crées une nouvelle base), les temps de réponses sont excellents. En revanche, si tu peux garder tes formulaires et ton code, moyennant quelques modifications, tu n'auras plus de requêtes intégrées Access, il faudra passer par des procédures stockées Sql Server que tu appeleras, avec éventuellement des passages de paramètres, depuis Access.
Arnaud
-- Charte du forum : http://users.skynet.be/mpfa/ Recherche dans les archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Nathalie Lebas wrote:
Les données (dont les tables) ont été importés dans une base SQL puis
liées à l'application Access.
ce n'est pas terrible en temps de réponse.
Si tu les as liées en ODBC, il est clair que les temps de réponses sont
moins bons, dans les tests que j'avais fait comme cela, ils étaient même
bien moins bons qu'avec les tables dans Access.
En revanche, si tu as Access 2000 ou plus, je te conseille d'essayer un
projet ADP (ca t'est proposé quand tu crées une nouvelle base), les temps de
réponses sont excellents.
En revanche, si tu peux garder tes formulaires et ton code, moyennant
quelques modifications, tu n'auras plus de requêtes intégrées Access, il
faudra passer par des procédures stockées Sql Server que tu appeleras, avec
éventuellement des passages de paramètres, depuis Access.
Arnaud
--
Charte du forum : http://users.skynet.be/mpfa/
Recherche dans les archives :
http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Les données (dont les tables) ont été importés dans une base SQL puis liées à l'application Access. ce n'est pas terrible en temps de réponse.
Si tu les as liées en ODBC, il est clair que les temps de réponses sont moins bons, dans les tests que j'avais fait comme cela, ils étaient même bien moins bons qu'avec les tables dans Access. En revanche, si tu as Access 2000 ou plus, je te conseille d'essayer un projet ADP (ca t'est proposé quand tu crées une nouvelle base), les temps de réponses sont excellents. En revanche, si tu peux garder tes formulaires et ton code, moyennant quelques modifications, tu n'auras plus de requêtes intégrées Access, il faudra passer par des procédures stockées Sql Server que tu appeleras, avec éventuellement des passages de paramètres, depuis Access.
Arnaud
-- Charte du forum : http://users.skynet.be/mpfa/ Recherche dans les archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Nathalie Lebas
Bonjour Arnaud,
merci de te joindre -- Nathalie
Nathalie Lebas wrote:
Les données (dont les tables) ont été importés dans une base SQL puis liées à l'application Access. ce n'est pas terrible en temps de réponse.
Si tu les as liées en ODBC, il est clair que les temps de réponses sont moins bons, dans les tests que j'avais fait comme cela, ils étaient même bien moins bons qu'avec les tables dans Access. Exact
En revanche, si tu as Access 2000 ou plus, je te conseille d'essayer un projet ADP (ca t'est proposé quand tu crées une nouvelle base), les temps de réponses sont excellents. Je ne me suis jamais lancée dans l'ADP, je n'y connais rien !
Si je continue en Access, quels sont les changements ? Si je comprends bien, pour ensuite travailler sur une base SQL Server, c'est la bonne méthode ? Comme je l'ai expliqué plus haut, je développe encore avec Access (alors que nous avons SQL Server et VB) parce que je ne me send pas capable aujourd'hui après 5 jours de formation de lâcher Access et de partir sur SQL Server et VB. Je ne suis pas au point et surtout comme je l'ai expliqué, je constate que je ne suis pas capable d'offrir aux utilisateurs le même confort que ce que je fais avec Access. Le problème est qu'aujourd'hui je travaille sur un projet qui devra être mis en réseau avec notre styliste qui se situe à Paris, au travers d'un VPN et là avec Access, je m'inquiète d'où mes questions sur ce forum. A terme, certaines des bases que j'ai mises en place ici devront migrer vers SQL Server pour un problème de taille donc il faudra s'y mettre ! Là je suis prise par le temps et je cherche une solution, sachant que j'ai déjà développé une partie sur une base Access (mais il est encore temps de faire autrement). Qu'en penses-tu ?
En revanche, si tu peux garder tes formulaires et ton code, moyennant quelques modifications, tu n'auras plus de requêtes intégrées Access, il faudra passer par des procédures stockées Sql Server que tu appeleras, avec éventuellement des passages de paramètres, depuis Access.
Arnaud Merci
A + Nathalie
-- Charte du forum : http://users.skynet.be/mpfa/ Recherche dans les archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Bonjour Arnaud,
merci de te joindre
--
Nathalie
Nathalie Lebas wrote:
Les données (dont les tables) ont été importés dans une base SQL puis
liées à l'application Access.
ce n'est pas terrible en temps de réponse.
Si tu les as liées en ODBC, il est clair que les temps de réponses sont
moins bons, dans les tests que j'avais fait comme cela, ils étaient même
bien moins bons qu'avec les tables dans Access.
Exact
En revanche, si tu as Access 2000 ou plus, je te conseille d'essayer un
projet ADP (ca t'est proposé quand tu crées une nouvelle base), les temps de
réponses sont excellents.
Je ne me suis jamais lancée dans l'ADP, je n'y connais rien !
Si je continue en Access, quels sont les changements ?
Si je comprends bien, pour ensuite travailler sur une base SQL Server, c'est
la bonne méthode ?
Comme je l'ai expliqué plus haut, je développe encore avec Access (alors que
nous avons SQL Server et VB) parce que je ne me send pas capable aujourd'hui
après 5 jours de formation de lâcher Access et de partir sur SQL Server et
VB. Je ne suis pas au point et surtout comme je l'ai expliqué, je constate
que je ne suis pas capable d'offrir aux utilisateurs le même confort que ce
que je fais avec Access.
Le problème est qu'aujourd'hui je travaille sur un projet qui devra être mis
en réseau avec notre styliste qui se situe à Paris, au travers d'un VPN et là
avec Access, je m'inquiète d'où mes questions sur ce forum.
A terme, certaines des bases que j'ai mises en place ici devront migrer vers
SQL Server pour un problème de taille donc il faudra s'y mettre !
Là je suis prise par le temps et je cherche une solution, sachant que j'ai
déjà développé une partie sur une base Access (mais il est encore temps de
faire autrement).
Qu'en penses-tu ?
En revanche, si tu peux garder tes formulaires et ton code, moyennant
quelques modifications, tu n'auras plus de requêtes intégrées Access, il
faudra passer par des procédures stockées Sql Server que tu appeleras, avec
éventuellement des passages de paramètres, depuis Access.
Arnaud
Merci
A +
Nathalie
--
Charte du forum : http://users.skynet.be/mpfa/
Recherche dans les archives :
http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Les données (dont les tables) ont été importés dans une base SQL puis liées à l'application Access. ce n'est pas terrible en temps de réponse.
Si tu les as liées en ODBC, il est clair que les temps de réponses sont moins bons, dans les tests que j'avais fait comme cela, ils étaient même bien moins bons qu'avec les tables dans Access. Exact
En revanche, si tu as Access 2000 ou plus, je te conseille d'essayer un projet ADP (ca t'est proposé quand tu crées une nouvelle base), les temps de réponses sont excellents. Je ne me suis jamais lancée dans l'ADP, je n'y connais rien !
Si je continue en Access, quels sont les changements ? Si je comprends bien, pour ensuite travailler sur une base SQL Server, c'est la bonne méthode ? Comme je l'ai expliqué plus haut, je développe encore avec Access (alors que nous avons SQL Server et VB) parce que je ne me send pas capable aujourd'hui après 5 jours de formation de lâcher Access et de partir sur SQL Server et VB. Je ne suis pas au point et surtout comme je l'ai expliqué, je constate que je ne suis pas capable d'offrir aux utilisateurs le même confort que ce que je fais avec Access. Le problème est qu'aujourd'hui je travaille sur un projet qui devra être mis en réseau avec notre styliste qui se situe à Paris, au travers d'un VPN et là avec Access, je m'inquiète d'où mes questions sur ce forum. A terme, certaines des bases que j'ai mises en place ici devront migrer vers SQL Server pour un problème de taille donc il faudra s'y mettre ! Là je suis prise par le temps et je cherche une solution, sachant que j'ai déjà développé une partie sur une base Access (mais il est encore temps de faire autrement). Qu'en penses-tu ?
En revanche, si tu peux garder tes formulaires et ton code, moyennant quelques modifications, tu n'auras plus de requêtes intégrées Access, il faudra passer par des procédures stockées Sql Server que tu appeleras, avec éventuellement des passages de paramètres, depuis Access.
Arnaud Merci
A + Nathalie
-- Charte du forum : http://users.skynet.be/mpfa/ Recherche dans les archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Gafish
"Nathalie Lebas" a écrit dans le message de news:
Je ne me suis jamais lancée dans l'ADP, je n'y connais rien !
Le projet ADP est un projet sous Access.
Si je comprends bien, pour ensuite travailler sur une base SQL Server, c'est la bonne méthode ?
Disons tu as l'avantage de Sql Server, de très bons temps de réponses, et tu gardes l'interface Access.
Je ne suis pas au point et surtout comme je l'ai expliqué, je constate que je ne suis pas capable d'offrir aux utilisateurs le même confort que ce que je fais avec Access.
L'avantage du adp, c'est que ce sera transparent pour l'utilisateur, par contre tu auras un peu de travail d'adaptation
A terme, certaines des bases que j'ai mises en place ici devront migrer vers SQL Server pour un problème de taille donc il faudra s'y mettre ! Là je suis prise par le temps et je cherche une solution, sachant que j'ai déjà développé une partie sur une base Access (mais il est encore temps de faire autrement). Qu'en penses-tu ?
Si tu as une partie qui tourne déja sur Access, tu peux la laisser et bosser à côté sur la version adp, ca permet de pas couper les utilsateurs. Si tu veux essayer, un test que tu peux faire vite fait pour voir un peu la masse de travail que tu vas avoir au niveau migration : Crées toi une base de test sur Sql Server, où tu rappatries tes données Access (en général ca se passe très bien) Tu te crées une nouvelles base sous Access, tu choisis "Projet ADP" Tu importes tes formulaires et tes modules, et tu vois ce que ca donne. Il doit y avoir des docs sur cette migration. Regarde dans les archives du forum pour voir les questions qui ont déja été soulevées.
Arnaud
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans le
message de news: C4594324-9F6E-42D1-834F-F5B42E80C3AE@microsoft.com...
Je ne me suis jamais lancée dans l'ADP, je n'y connais rien !
Le projet ADP est un projet sous Access.
Si je comprends bien, pour ensuite travailler sur une base SQL Server,
c'est
la bonne méthode ?
Disons tu as l'avantage de Sql Server, de très bons temps de réponses, et tu
gardes l'interface Access.
Je ne suis pas au point et surtout comme je l'ai expliqué, je constate
que je ne suis pas capable d'offrir aux utilisateurs le même confort que
ce
que je fais avec Access.
L'avantage du adp, c'est que ce sera transparent pour l'utilisateur, par
contre tu auras un peu de travail d'adaptation
A terme, certaines des bases que j'ai mises en place ici devront migrer
vers
SQL Server pour un problème de taille donc il faudra s'y mettre !
Là je suis prise par le temps et je cherche une solution, sachant que j'ai
déjà développé une partie sur une base Access (mais il est encore temps de
faire autrement).
Qu'en penses-tu ?
Si tu as une partie qui tourne déja sur Access, tu peux la laisser et bosser
à côté sur la version adp, ca permet de pas couper les utilsateurs.
Si tu veux essayer, un test que tu peux faire vite fait pour voir un peu la
masse de travail que tu vas avoir au niveau migration :
Crées toi une base de test sur Sql Server, où tu rappatries tes données
Access (en général ca se passe très bien)
Tu te crées une nouvelles base sous Access, tu choisis "Projet ADP"
Tu importes tes formulaires et tes modules, et tu vois ce que ca donne. Il
doit y avoir des docs sur cette migration. Regarde dans les archives du
forum pour voir les questions qui ont déja été soulevées.
Je ne me suis jamais lancée dans l'ADP, je n'y connais rien !
Le projet ADP est un projet sous Access.
Si je comprends bien, pour ensuite travailler sur une base SQL Server, c'est la bonne méthode ?
Disons tu as l'avantage de Sql Server, de très bons temps de réponses, et tu gardes l'interface Access.
Je ne suis pas au point et surtout comme je l'ai expliqué, je constate que je ne suis pas capable d'offrir aux utilisateurs le même confort que ce que je fais avec Access.
L'avantage du adp, c'est que ce sera transparent pour l'utilisateur, par contre tu auras un peu de travail d'adaptation
A terme, certaines des bases que j'ai mises en place ici devront migrer vers SQL Server pour un problème de taille donc il faudra s'y mettre ! Là je suis prise par le temps et je cherche une solution, sachant que j'ai déjà développé une partie sur une base Access (mais il est encore temps de faire autrement). Qu'en penses-tu ?
Si tu as une partie qui tourne déja sur Access, tu peux la laisser et bosser à côté sur la version adp, ca permet de pas couper les utilsateurs. Si tu veux essayer, un test que tu peux faire vite fait pour voir un peu la masse de travail que tu vas avoir au niveau migration : Crées toi une base de test sur Sql Server, où tu rappatries tes données Access (en général ca se passe très bien) Tu te crées une nouvelles base sous Access, tu choisis "Projet ADP" Tu importes tes formulaires et tes modules, et tu vois ce que ca donne. Il doit y avoir des docs sur cette migration. Regarde dans les archives du forum pour voir les questions qui ont déja été soulevées.
Arnaud
Nathalie Lebas
Re,
Si tu as une partie qui tourne déja sur Access, tu peux la laisser et bosser à côté sur la version adp, ca permet de pas couper les utilsateurs. Si tu veux essayer, un test que tu peux faire vite fait pour voir un peu la masse de travail que tu vas avoir au niveau migration : Crées toi une base de test sur Sql Server, où tu rappatries tes données Access (en général ca se passe très bien)
OK pas de problème, j'ai déjà
Tu te crées une nouvelles base sous Access, tu choisis "Projet ADP" Tu importes tes formulaires et tes modules, et tu vois ce que ca donne. Il doit y avoir des docs sur cette migration. Regarde dans les archives du forum pour voir les questions qui ont déja été soulevées.
Je viens de faire un début de test, je constate qu'une nouvelle base est créer sur le serveur SQL. Peux-t-on lier à une base existante ? Si je comprends bien, le travail à faire est de remplacer toutes les requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du code VB par une vue ou une procédure stockée ? Outre les requêtes, l'appli Access importée peut encore fonctionner ? Je vais me lancer dans ce test sur une de nos bases existantes et je te tiens informée. Merci de ton aide A + Nathalie
Arnaud
Re,
Si tu as une partie qui tourne déja sur Access, tu peux la laisser et bosser
à côté sur la version adp, ca permet de pas couper les utilsateurs.
Si tu veux essayer, un test que tu peux faire vite fait pour voir un peu la
masse de travail que tu vas avoir au niveau migration :
Crées toi une base de test sur Sql Server, où tu rappatries tes données
Access (en général ca se passe très bien)
OK pas de problème, j'ai déjà
Tu te crées une nouvelles base sous Access, tu choisis "Projet ADP"
Tu importes tes formulaires et tes modules, et tu vois ce que ca donne. Il
doit y avoir des docs sur cette migration. Regarde dans les archives du
forum pour voir les questions qui ont déja été soulevées.
Je viens de faire un début de test, je constate qu'une nouvelle base est
créer sur le serveur SQL. Peux-t-on lier à une base existante ?
Si je comprends bien, le travail à faire est de remplacer toutes les
requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du
code VB par une vue ou une procédure stockée ?
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Je vais me lancer dans ce test sur une de nos bases existantes et je te
tiens informée.
Merci de ton aide
A +
Nathalie
Si tu as une partie qui tourne déja sur Access, tu peux la laisser et bosser à côté sur la version adp, ca permet de pas couper les utilsateurs. Si tu veux essayer, un test que tu peux faire vite fait pour voir un peu la masse de travail que tu vas avoir au niveau migration : Crées toi une base de test sur Sql Server, où tu rappatries tes données Access (en général ca se passe très bien)
OK pas de problème, j'ai déjà
Tu te crées une nouvelles base sous Access, tu choisis "Projet ADP" Tu importes tes formulaires et tes modules, et tu vois ce que ca donne. Il doit y avoir des docs sur cette migration. Regarde dans les archives du forum pour voir les questions qui ont déja été soulevées.
Je viens de faire un début de test, je constate qu'une nouvelle base est créer sur le serveur SQL. Peux-t-on lier à une base existante ? Si je comprends bien, le travail à faire est de remplacer toutes les requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du code VB par une vue ou une procédure stockée ? Outre les requêtes, l'appli Access importée peut encore fonctionner ? Je vais me lancer dans ce test sur une de nos bases existantes et je te tiens informée. Merci de ton aide A + Nathalie
Arnaud
Gafish
"Nathalie Lebas" a écrit dans le message de news:
Si je comprends bien, le travail à faire est de remplacer toutes les requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du code VB par une vue ou une procédure stockée ?
Oui, car tu n'as plus les requêtes sous Access (tu peux d'ailleurs le constater)
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Tout dépend. Il faudra peut etre refaire les connections bases et les recordset dans ton code si tu en as.
Arnaud
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans le
message de news: BCBB32EF-78EB-4457-9222-AEA9F076A5B4@microsoft.com...
Si je comprends bien, le travail à faire est de remplacer toutes les
requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou
du
code VB par une vue ou une procédure stockée ?
Oui, car tu n'as plus les requêtes sous Access (tu peux d'ailleurs le
constater)
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Tout dépend. Il faudra peut etre refaire les connections bases et les
recordset dans ton code si tu en as.
Si je comprends bien, le travail à faire est de remplacer toutes les requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du code VB par une vue ou une procédure stockée ?
Oui, car tu n'as plus les requêtes sous Access (tu peux d'ailleurs le constater)
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Tout dépend. Il faudra peut etre refaire les connections bases et les recordset dans ton code si tu en as.
Arnaud
Nathalie Lebas
Bonjour Arnaud,
"Nathalie Lebas" a écrit dans le message de news:
Si je comprends bien, le travail à faire est de remplacer toutes les requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du code VB par une vue ou une procédure stockée ?
Oui, car tu n'as plus les requêtes sous Access (tu peux d'ailleurs le constater) C'est bien ce que j'ai vu
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Tout dépend. Il faudra peut etre refaire les connections bases et les recordset dans ton code si tu en as. Oui, dans certaines partie de code, j'ai des recordsets. Bien je testerais
dès que j'aurais au peu de temps, je t'écrirais ensuite. Sais-tu si je peux sélectionner une base SQL existante et où. En effet, lorsque j'ai créé mon projet hier soir, il a créé une nouvelle base sur le serveur SQL alors que j'en avais une qui convenait, déjà toute prête avec des données ? Merci de tes réponses A + Nathalie
Arnaud
Bonjour Arnaud,
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans le
message de news: BCBB32EF-78EB-4457-9222-AEA9F076A5B4@microsoft.com...
Si je comprends bien, le travail à faire est de remplacer toutes les
requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou
du
code VB par une vue ou une procédure stockée ?
Oui, car tu n'as plus les requêtes sous Access (tu peux d'ailleurs le
constater)
C'est bien ce que j'ai vu
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Tout dépend. Il faudra peut etre refaire les connections bases et les
recordset dans ton code si tu en as.
Oui, dans certaines partie de code, j'ai des recordsets. Bien je testerais
dès que j'aurais au peu de temps, je t'écrirais ensuite.
Sais-tu si je peux sélectionner une base SQL existante et où. En effet,
lorsque j'ai créé mon projet hier soir, il a créé une nouvelle base sur le
serveur SQL alors que j'en avais une qui convenait, déjà toute prête avec des
données ?
Merci de tes réponses
A +
Nathalie
Si je comprends bien, le travail à faire est de remplacer toutes les requêtes Access, qu'elles soient utilisées dans un formulaire, un état ou du code VB par une vue ou une procédure stockée ?
Oui, car tu n'as plus les requêtes sous Access (tu peux d'ailleurs le constater) C'est bien ce que j'ai vu
Outre les requêtes, l'appli Access importée peut encore fonctionner ?
Tout dépend. Il faudra peut etre refaire les connections bases et les recordset dans ton code si tu en as. Oui, dans certaines partie de code, j'ai des recordsets. Bien je testerais
dès que j'aurais au peu de temps, je t'écrirais ensuite. Sais-tu si je peux sélectionner une base SQL existante et où. En effet, lorsque j'ai créé mon projet hier soir, il a créé une nouvelle base sur le serveur SQL alors que j'en avais une qui convenait, déjà toute prête avec des données ? Merci de tes réponses A + Nathalie
Arnaud
ginguene
Nathalie Lebas wrote:
[...] | Les données (dont les tables) ont été importés dans une base SQL puis liées | à l'application Access. ce n'est pas terrible en temps de répon se.
oui, mais là, tu ne change pas de moteur de base de données... la seule chose que tu y gagne et un + au niveau sécurité des donn ées.
C'est pourquoi les appli seront développées en VB. Mais je me demande si VB est le bon choix et s'il n'existe pas un outil plus conviale pour dével opper sur une base SQL.
Pour plus de souplesse, je te conseille d'utiliser du VB.NET. Ca reste assez proche du VB, et demande un petit temps d'adaptation, surtout si tu es habituée au VBA de Access.
A mon boulot on utilise une base Access, liée à notre SQL Server, en local. Mais nous sommes en train de refondre le back office vers un intranet en .NET
Certes tu ne pourras pas recreer à l'identique tes formulaires Access, mais tu peux t'en rapprocher (que ce soit pour une appli web ou autre) avec l'aide du .NET. Je te conseille donc de "repenser" l'ergonomie de tes formulaires, et de ne pas esayer de refaire toutes les fonctions. Il y a toujours des alternatives !
Sinon, je te deconseille les logiciels comme PC Anywhere, VNC etc pour l'utilisation à distance (j'utilise VNC pour me connecter sur un server de prof à l'exterieur, et c'est d'une lenteur incroyable)
Une application VB (web par exemple, ou meme logicielle) qui se connecte au server SQL, est sans doute la meilleur solution pour que la personne travaille de l'exterieur.
Voici un tres bon site (si tu ne le connais pas deja) pour tes futurs dev en VB ou Access : http://www.developpez.com/
Bon courage
Nathalie Lebas wrote:
[...]
| Les données (dont les tables) ont été importés dans une base SQL puis liées
| à l'application Access. ce n'est pas terrible en temps de répon se.
oui, mais là, tu ne change pas de moteur de base de données...
la seule chose que tu y gagne et un + au niveau sécurité des donn ées.
C'est pourquoi les appli seront développées en VB. Mais je me demande si VB
est le bon choix et s'il n'existe pas un outil plus conviale pour dével opper
sur une base SQL.
Pour plus de souplesse, je te conseille d'utiliser du VB.NET.
Ca reste assez proche du VB, et demande un petit temps d'adaptation,
surtout si tu es habituée au VBA de Access.
A mon boulot on utilise une base Access, liée à notre SQL Server, en
local.
Mais nous sommes en train de refondre le back office vers un intranet
en .NET
Certes tu ne pourras pas recreer à l'identique tes formulaires Access,
mais tu peux t'en rapprocher (que ce soit pour une appli web ou autre)
avec l'aide du .NET.
Je te conseille donc de "repenser" l'ergonomie de tes formulaires, et
de ne pas esayer de refaire toutes les fonctions.
Il y a toujours des alternatives !
Sinon, je te deconseille les logiciels comme PC Anywhere, VNC etc pour
l'utilisation à distance (j'utilise VNC pour me connecter sur un
server de prof à l'exterieur, et c'est d'une lenteur incroyable)
Une application VB (web par exemple, ou meme logicielle) qui se
connecte au server SQL, est sans doute la meilleur solution pour que la
personne travaille de l'exterieur.
Voici un tres bon site (si tu ne le connais pas deja) pour tes futurs
dev en VB ou Access :
http://www.developpez.com/
[...] | Les données (dont les tables) ont été importés dans une base SQL puis liées | à l'application Access. ce n'est pas terrible en temps de répon se.
oui, mais là, tu ne change pas de moteur de base de données... la seule chose que tu y gagne et un + au niveau sécurité des donn ées.
C'est pourquoi les appli seront développées en VB. Mais je me demande si VB est le bon choix et s'il n'existe pas un outil plus conviale pour dével opper sur une base SQL.
Pour plus de souplesse, je te conseille d'utiliser du VB.NET. Ca reste assez proche du VB, et demande un petit temps d'adaptation, surtout si tu es habituée au VBA de Access.
A mon boulot on utilise une base Access, liée à notre SQL Server, en local. Mais nous sommes en train de refondre le back office vers un intranet en .NET
Certes tu ne pourras pas recreer à l'identique tes formulaires Access, mais tu peux t'en rapprocher (que ce soit pour une appli web ou autre) avec l'aide du .NET. Je te conseille donc de "repenser" l'ergonomie de tes formulaires, et de ne pas esayer de refaire toutes les fonctions. Il y a toujours des alternatives !
Sinon, je te deconseille les logiciels comme PC Anywhere, VNC etc pour l'utilisation à distance (j'utilise VNC pour me connecter sur un server de prof à l'exterieur, et c'est d'une lenteur incroyable)
Une application VB (web par exemple, ou meme logicielle) qui se connecte au server SQL, est sans doute la meilleur solution pour que la personne travaille de l'exterieur.
Voici un tres bon site (si tu ne le connais pas deja) pour tes futurs dev en VB ou Access : http://www.developpez.com/