Ma question va être courte; voila j'ai une grosse application mono-poste qui
tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir récupérer
toute ma base de données, mes requêtes, mes formulaires (avec la mise en
forme respectée) et le code VBA/DAO associé?
En utilisant "hyper file" vais je gagner beaucoup en perfs?
Est ce que je continuerais à développer en VBA ou en W-LANGAGE?
Si oui à toutes mes questions cette migration d'access à windev est elle
fastidieuse?
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
patrice
Keyser.Sö a écrit :
Bonjour à tous,
salut
Ma question va être courte; voila j'ai une grosse application mono-poste qui tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir récupérer toute ma base de données, mes requêtes, mes formulaires (avec la mise en forme respectée) et le code VBA/DAO associé?
et la marmotte, elle met le papier alu autour des plaquettes ....
sérieusement, je pense que tu récupere pas loin de pas grand chose, hormis peut être la structure des tables
Keyser.Söze@nospam.com a écrit :
Bonjour à tous,
salut
Ma question va être courte; voila j'ai une grosse application mono-poste qui
tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir récupérer
toute ma base de données, mes requêtes, mes formulaires (avec la mise en
forme respectée) et le code VBA/DAO associé?
et la marmotte, elle met le papier alu autour des plaquettes ....
sérieusement, je pense que tu récupere pas loin de pas grand chose,
hormis peut être la structure des tables
Ma question va être courte; voila j'ai une grosse application mono-poste qui tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir récupérer toute ma base de données, mes requêtes, mes formulaires (avec la mise en forme respectée) et le code VBA/DAO associé?
et la marmotte, elle met le papier alu autour des plaquettes ....
sérieusement, je pense que tu récupere pas loin de pas grand chose, hormis peut être la structure des tables
mat
Keyser.Sö wrote: ...
En utilisant "hyper file" vais je gagner beaucoup en perfs?
...
Bonjour,
si l'accès fichier est via requêtes, la réponse est NON, probablement le contraire, l'application sera plus lente. En plus, il n'y a pas de gestion des contraintes d'intégrité dans ce cas.
Apart les combos/listes/tables (grids) à remplir à l'ouverture, Windev est plus réactif qu'Access 2000 (je ne connais pas la version 2002). Je pense l'exécution du code des champs se déroule plus vite.
Les accès aux fichiers via hLitRecherche.. est très rapide.
Salutations Mat
Keyser.Söze@nospam.com wrote:
...
En utilisant "hyper file" vais je gagner beaucoup en perfs?
...
Bonjour,
si l'accès fichier est via requêtes, la réponse est NON, probablement le
contraire, l'application sera plus lente. En plus, il n'y a pas de
gestion des contraintes d'intégrité dans ce cas.
Apart les combos/listes/tables (grids) à remplir à l'ouverture, Windev
est plus réactif qu'Access 2000 (je ne connais pas la version 2002). Je
pense l'exécution du code des champs se déroule plus vite.
Les accès aux fichiers via hLitRecherche.. est très rapide.
En utilisant "hyper file" vais je gagner beaucoup en perfs?
...
Bonjour,
si l'accès fichier est via requêtes, la réponse est NON, probablement le contraire, l'application sera plus lente. En plus, il n'y a pas de gestion des contraintes d'intégrité dans ce cas.
Apart les combos/listes/tables (grids) à remplir à l'ouverture, Windev est plus réactif qu'Access 2000 (je ne connais pas la version 2002). Je pense l'exécution du code des champs se déroule plus vite.
Les accès aux fichiers via hLitRecherche.. est très rapide.
Salutations Mat
Keyser.Söze
patrice wrote:
Keyser.Sö a écrit :
Bonjour à tous,
salut
Ma question va être courte; voila j'ai une grosse application mono-poste qui tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir récupérer toute ma base de données, mes requêtes, mes formulaires (avec la mise en forme respectée) et le code VBA/DAO associé?
et la marmotte, elle met le papier alu autour des plaquettes ....
sérieusement, je pense que tu récupere pas loin de pas grand chose, hormis peut être la structure des tables
Merci pour vos réponses...
patrice wrote:
Keyser.Söze@nospam.com a écrit :
Bonjour à tous,
salut
Ma question va être courte; voila j'ai une grosse application mono-poste
qui tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir
récupérer toute ma base de données, mes requêtes, mes formulaires (avec
la mise en forme respectée) et le code VBA/DAO associé?
et la marmotte, elle met le papier alu autour des plaquettes ....
sérieusement, je pense que tu récupere pas loin de pas grand chose,
hormis peut être la structure des tables
Ma question va être courte; voila j'ai une grosse application mono-poste qui tourne sous access 2002 et qui bien évidement commence à ramer!!!
Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir récupérer toute ma base de données, mes requêtes, mes formulaires (avec la mise en forme respectée) et le code VBA/DAO associé?
et la marmotte, elle met le papier alu autour des plaquettes ....
sérieusement, je pense que tu récupere pas loin de pas grand chose, hormis peut être la structure des tables
Merci pour vos réponses...
Alexey K.
Je suis passé de ACCESS 97 à WD 7.
Connaître ACCESS a été un handicap. La logique des deux outils est très différente et j'ai mis beaucoup de temps pour oublier mes habitudes ACCESS/VB. L'éditeur de requêtes et le SQL intégrés à WD sont très inférieurs à ceux de ACCESS. Les jointures externes ne sont pas supportées (c'est une nouveauté 11, à tester). Par contré la richesse fonctionnelle de WD est sans comparaison avec ACCESS. En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps d'adaptation et le faire sur un nouveau projet. Migrer une application ACCESS complète ? Non cela revient à la refaire.
Cordialement.
Keyser.Sö a écrit :
patrice wrote:
> Keyser.Sö a écrit : >> Bonjour à tous, > salut >> >> Ma question va être courte; voila j'ai une grosse application mono-p oste >> qui tourne sous access 2002 et qui bien évidement commence à ramer !!! >> >> Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir >> récupérer toute ma base de données, mes requêtes, mes formulai res (avec >> la mise en forme respectée) et le code VBA/DAO associé? > et la marmotte, elle met le papier alu autour des plaquettes .... > > sérieusement, je pense que tu récupere pas loin de pas grand chose, > hormis peut être la structure des tables
Merci pour vos réponses...
Je suis passé de ACCESS 97 à WD 7.
Connaître ACCESS a été un handicap. La logique des deux outils est
très différente et j'ai mis beaucoup de temps pour oublier mes
habitudes ACCESS/VB.
L'éditeur de requêtes et le SQL intégrés à WD sont très
inférieurs à ceux de ACCESS. Les jointures externes ne sont pas
supportées (c'est une nouveauté 11, à tester).
Par contré la richesse fonctionnelle de WD est sans comparaison avec
ACCESS. En plus pas besoin de run-time, tu est indépendant du système
et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps
d'adaptation et le faire sur un nouveau projet.
Migrer une application ACCESS complète ? Non cela revient à la
refaire.
Cordialement.
Keyser.Söze@nospam.com a écrit :
patrice wrote:
> Keyser.Söze@nospam.com a écrit :
>> Bonjour à tous,
> salut
>>
>> Ma question va être courte; voila j'ai une grosse application mono-p oste
>> qui tourne sous access 2002 et qui bien évidement commence à ramer !!!
>>
>> Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir
>> récupérer toute ma base de données, mes requêtes, mes formulai res (avec
>> la mise en forme respectée) et le code VBA/DAO associé?
> et la marmotte, elle met le papier alu autour des plaquettes ....
>
> sérieusement, je pense que tu récupere pas loin de pas grand chose,
> hormis peut être la structure des tables
Connaître ACCESS a été un handicap. La logique des deux outils est très différente et j'ai mis beaucoup de temps pour oublier mes habitudes ACCESS/VB. L'éditeur de requêtes et le SQL intégrés à WD sont très inférieurs à ceux de ACCESS. Les jointures externes ne sont pas supportées (c'est une nouveauté 11, à tester). Par contré la richesse fonctionnelle de WD est sans comparaison avec ACCESS. En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps d'adaptation et le faire sur un nouveau projet. Migrer une application ACCESS complète ? Non cela revient à la refaire.
Cordialement.
Keyser.Sö a écrit :
patrice wrote:
> Keyser.Sö a écrit : >> Bonjour à tous, > salut >> >> Ma question va être courte; voila j'ai une grosse application mono-p oste >> qui tourne sous access 2002 et qui bien évidement commence à ramer !!! >> >> Si j'opte pour une migration vers WINDEV 11, vais je bien pouvoir >> récupérer toute ma base de données, mes requêtes, mes formulai res (avec >> la mise en forme respectée) et le code VBA/DAO associé? > et la marmotte, elle met le papier alu autour des plaquettes .... > > sérieusement, je pense que tu récupere pas loin de pas grand chose, > hormis peut être la structure des tables
Merci pour vos réponses...
Keyser.Söze
Alexey K. wrote:
Je suis passé de ACCESS 97 à WD 7.
Connaître ACCESS a été un handicap. La logique des deux outils est très différente et j'ai mis beaucoup de temps pour oublier mes habitudes ACCESS/VB. L'éditeur de requêtes et le SQL intégrés à WD sont très inférieurs à ceux de ACCESS. Les jointures externes ne sont pas supportées (c'est une nouveauté 11, à tester). Par contré la richesse fonctionnelle de WD est sans comparaison avec ACCESS. En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps d'adaptation et le faire sur un nouveau projet. Migrer une application ACCESS complète ? Non cela revient à la refaire.
Cordialement.
Un grand merci à toi, c'est exactement le genre de réponse que j'attendais.
Bonne soirée...
Alexey K. wrote:
Je suis passé de ACCESS 97 à WD 7.
Connaître ACCESS a été un handicap. La logique des deux outils est
très différente et j'ai mis beaucoup de temps pour oublier mes
habitudes ACCESS/VB.
L'éditeur de requêtes et le SQL intégrés à WD sont très
inférieurs à ceux de ACCESS. Les jointures externes ne sont pas
supportées (c'est une nouveauté 11, à tester).
Par contré la richesse fonctionnelle de WD est sans comparaison avec
ACCESS. En plus pas besoin de run-time, tu est indépendant du système
et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps
d'adaptation et le faire sur un nouveau projet.
Migrer une application ACCESS complète ? Non cela revient à la
refaire.
Cordialement.
Un grand merci à toi, c'est exactement le genre de réponse que j'attendais.
Connaître ACCESS a été un handicap. La logique des deux outils est très différente et j'ai mis beaucoup de temps pour oublier mes habitudes ACCESS/VB. L'éditeur de requêtes et le SQL intégrés à WD sont très inférieurs à ceux de ACCESS. Les jointures externes ne sont pas supportées (c'est une nouveauté 11, à tester). Par contré la richesse fonctionnelle de WD est sans comparaison avec ACCESS. En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps d'adaptation et le faire sur un nouveau projet. Migrer une application ACCESS complète ? Non cela revient à la refaire.
Cordialement.
Un grand merci à toi, c'est exactement le genre de réponse que j'attendais.
Bonne soirée...
J-M des Grottes
Keyser.Sö a formulé ce dimanche :
Alexey K. wrote:
Je suis passé de ACCESS 97 à WD 7.
Connaître ACCESS a été un handicap. La logique des deux outils est très différente et j'ai mis beaucoup de temps pour oublier mes habitudes ACCESS/VB. L'éditeur de requêtes et le SQL intégrés à WD sont très inférieurs à ceux de ACCESS. Les jointures externes ne sont pas supportées (c'est une nouveauté 11, à tester). Par contré la richesse fonctionnelle de WD est sans comparaison avec ACCESS. En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps d'adaptation et le faire sur un nouveau projet. Migrer une application ACCESS complète ? Non cela revient à la refaire.
Cordialement.
Un grand merci à toi, c'est exactement le genre de réponse que j'attendais.
Bonne soirée...
Par contre tu peux récupérer toutes tes structures de table et tes données. Tu pourrais récupérer certaines requête (via une rétroanalyse) mais autant les refaire.
Attention cependant aux ID négatif d'acces....ils ne sont pas acceptés dans WD
-- Dr J-M des Grottes Gestionnaire du Registre des Néphrologues Francophones de Belgique
Keyser.Söze@nospam.com a formulé ce dimanche :
Alexey K. wrote:
Je suis passé de ACCESS 97 à WD 7.
Connaître ACCESS a été un handicap. La logique des deux outils est
très différente et j'ai mis beaucoup de temps pour oublier mes
habitudes ACCESS/VB.
L'éditeur de requêtes et le SQL intégrés à WD sont très
inférieurs à ceux de ACCESS. Les jointures externes ne sont pas
supportées (c'est une nouveauté 11, à tester).
Par contré la richesse fonctionnelle de WD est sans comparaison avec
ACCESS. En plus pas besoin de run-time, tu est indépendant du système
et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps
d'adaptation et le faire sur un nouveau projet.
Migrer une application ACCESS complète ? Non cela revient à la
refaire.
Cordialement.
Un grand merci à toi, c'est exactement le genre de réponse que j'attendais.
Bonne soirée...
Par contre tu peux récupérer toutes tes structures de table et tes
données.
Tu pourrais récupérer certaines requête (via une rétroanalyse) mais
autant les refaire.
Attention cependant aux ID négatif d'acces....ils ne sont pas acceptés
dans WD
--
Dr J-M des Grottes
Gestionnaire du Registre des Néphrologues Francophones de Belgique
Connaître ACCESS a été un handicap. La logique des deux outils est très différente et j'ai mis beaucoup de temps pour oublier mes habitudes ACCESS/VB. L'éditeur de requêtes et le SQL intégrés à WD sont très inférieurs à ceux de ACCESS. Les jointures externes ne sont pas supportées (c'est une nouveauté 11, à tester). Par contré la richesse fonctionnelle de WD est sans comparaison avec ACCESS. En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
Quitter ACCESS ? Oui sans hésitation. Mais prévoir un temps d'adaptation et le faire sur un nouveau projet. Migrer une application ACCESS complète ? Non cela revient à la refaire.
Cordialement.
Un grand merci à toi, c'est exactement le genre de réponse que j'attendais.
Bonne soirée...
Par contre tu peux récupérer toutes tes structures de table et tes données. Tu pourrais récupérer certaines requête (via une rétroanalyse) mais autant les refaire.
Attention cependant aux ID négatif d'acces....ils ne sont pas acceptés dans WD
-- Dr J-M des Grottes Gestionnaire du Registre des Néphrologues Francophones de Belgique
Gégé
Sans ses moufles, Alexey K. a écrit :
En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
N'y a t-il pas des DLL de run-time pour faire fonctionner les EXE pseudo-compilés WD ?
Sans ses moufles, Alexey K. a écrit :
En plus pas besoin de run-time, tu est indépendant du système
et des versions d'Office, etc ...
N'y a t-il pas des DLL de run-time pour faire fonctionner les EXE
pseudo-compilés WD ?
En plus pas besoin de run-time, tu est indépendant du système et des versions d'Office, etc ...
N'y a t-il pas des DLL de run-time pour faire fonctionner les EXE pseudo-compilés WD ?
Alexey K.
Je laisse les experts débattre sur la différence entre RunTime et FrameWork. Si il fallait donner un autre exemple je citerais le FrameWork .NET.
Pour moi ACCESS est un outil de bureautique évolué, WD est un vrai outil de développement. La comparaison s'arrête la.
Cordialement.
Gégé a écrit :
Sans ses moufles, Alexey K. a écrit : > En plus pas besoin de run-time, tu est indépendant du système > et des versions d'Office, etc ... N'y a t-il pas des DLL de run-time pour faire fonctionner les EXE pseudo-compilés WD ?
Je laisse les experts débattre sur la différence entre RunTime et
FrameWork. Si il fallait donner un autre exemple je citerais le
FrameWork .NET.
Pour moi ACCESS est un outil de bureautique évolué, WD est un vrai
outil de développement. La comparaison s'arrête la.
Cordialement.
Gégé a écrit :
Sans ses moufles, Alexey K. a écrit :
> En plus pas besoin de run-time, tu est indépendant du système
> et des versions d'Office, etc ...
N'y a t-il pas des DLL de run-time pour faire fonctionner les EXE
pseudo-compilés WD ?
Je laisse les experts débattre sur la différence entre RunTime et FrameWork. Si il fallait donner un autre exemple je citerais le FrameWork .NET.
Pour moi ACCESS est un outil de bureautique évolué, WD est un vrai outil de développement. La comparaison s'arrête la.
Cordialement.
Gégé a écrit :
Sans ses moufles, Alexey K. a écrit : > En plus pas besoin de run-time, tu est indépendant du système > et des versions d'Office, etc ... N'y a t-il pas des DLL de run-time pour faire fonctionner les EXE pseudo-compilés WD ?
Gégé
Sans ses moufles, Alexey K. a écrit :
Je laisse les experts débattre sur la différence entre RunTime et FrameWork. Si il fallait donner un autre exemple je citerais le FrameWork .NET.
Pas besoin d'expert WikiPedia l'explique très bien.
Pour moi ACCESS est un outil de bureautique évolué, WD est un vrai outil de développement. La comparaison s'arrête la.
Certes mais WD n'a pas de framework. D'ailleurs jusqu'en v. 7 on appelait cela des DLL de run-time.
Sans ses moufles, Alexey K. a écrit :
Je laisse les experts débattre sur la différence entre RunTime et
FrameWork. Si il fallait donner un autre exemple je citerais le
FrameWork .NET.
Pas besoin d'expert WikiPedia l'explique très bien.
Pour moi ACCESS est un outil de bureautique évolué, WD est un vrai
outil de développement. La comparaison s'arrête la.
Certes mais WD n'a pas de framework. D'ailleurs jusqu'en v. 7 on
appelait cela des DLL de run-time.
