Nous avons actuellement notre application sous access. Access est une bdd
qui convenait tout à fait à nos clients. Désormais, nous nous attaquons à de
plus gros clients, ce qui nécessite le passage d'access vers sqlserver.
Nous souhaitons donc migrer notre application d'access vers sqlserver.
Cependant, nous voulons conserver également notre application sous access
pour nos plus petits clients. En fait, on ne veut maintenir qu'une seule
application qui devra gérer Access et sqlserver tout en maintenant nos
performances sur access
Plusieurs se posent donc :
- il faut que l'on conserve nos performances sur access
- les méthodes seek n'étant plus dispo pour attaquer sqlserver, il
va donc falloir les transformer en select . where
- Comment se passe la gestion des index sous sqlserver ? ex : si on
fait une requête du type : « select * from client where codepostal='56580
», doit-on mettre un index sur le champ codepostal pour accélérer les
performances?
- Comment faut-il utiliser les curseurs client et les curseurs
serveur sur sqlserveur ?
- Va-ton perdre des performances en remplaçant le seek par select .
where dans access ?
- Comment se passe la gestion des accès concurrentiels sur les
enregistrements dans sql server ?
Je vous remercie d'avance pour tous les conseils que vous pourrez m'apporter
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
J-Pierre
Salut,
A mon sens, il est impossible d'avoir une seule appli frontale pour une base Access et une autre SQLserveur. A dire vrai, je travaille avec ADP, je n'ai jamais attaché de tables SQL serveur dans Access, mais je présume que côté performance, ça ne doit pas être idéal.
Pour les autres questions, si je peux me permettre, c'est dit très gentiment, une formation SQL serveur serait du plus grand intérêt.
J-Pierre
"Pierre-Yves" a écrit dans le message de news:
Notre situation :
Nous avons actuellement notre application sous access. Access est une bdd qui convenait tout à fait à nos clients. Désormais, nous nous attaquons à de plus gros clients, ce qui nécessite le passage d'access vers sqlserver.
Nous souhaitons donc migrer notre application d'access vers sqlserver. Cependant, nous voulons conserver également notre application sous access pour nos plus petits clients. En fait, on ne veut maintenir qu'une seule application qui devra gérer Access et sqlserver tout en maintenant nos performances sur access
Plusieurs se posent donc :
- il faut que l'on conserve nos performances sur access
- les méthodes seek n'étant plus dispo pour attaquer sqlserver, il va donc falloir les transformer en select . where
- Comment se passe la gestion des index sous sqlserver ? ex : si on fait une requête du type : « select * from client where codepostal='56580 », doit-on mettre un index sur le champ codepostal pour accélérer les performances?
- Comment faut-il utiliser les curseurs client et les curseurs serveur sur sqlserveur ?
- Va-ton perdre des performances en remplaçant le seek par select . where dans access ?
- Comment se passe la gestion des accès concurrentiels sur les enregistrements dans sql server ?
Je vous remercie d'avance pour tous les conseils que vous pourrez m'apporter
Cordialement
Salut,
A mon sens, il est impossible d'avoir une seule appli frontale pour une base Access et une autre SQLserveur. A dire vrai, je
travaille avec ADP, je n'ai jamais attaché de tables SQL serveur dans Access, mais je présume que côté performance, ça ne doit
pas être idéal.
Pour les autres questions, si je peux me permettre, c'est dit très gentiment, une formation SQL serveur serait du plus grand
intérêt.
J-Pierre
"Pierre-Yves" <py_leteste@hotmail.com> a écrit dans le message de news:OE0N2UyGEHA.208@TK2MSFTNGP10.phx.gbl...
Notre situation :
Nous avons actuellement notre application sous access. Access est une bdd
qui convenait tout à fait à nos clients. Désormais, nous nous attaquons à de
plus gros clients, ce qui nécessite le passage d'access vers sqlserver.
Nous souhaitons donc migrer notre application d'access vers sqlserver.
Cependant, nous voulons conserver également notre application sous access
pour nos plus petits clients. En fait, on ne veut maintenir qu'une seule
application qui devra gérer Access et sqlserver tout en maintenant nos
performances sur access
Plusieurs se posent donc :
- il faut que l'on conserve nos performances sur access
- les méthodes seek n'étant plus dispo pour attaquer sqlserver, il
va donc falloir les transformer en select . where
- Comment se passe la gestion des index sous sqlserver ? ex : si on
fait une requête du type : « select * from client where codepostal='56580
», doit-on mettre un index sur le champ codepostal pour accélérer les
performances?
- Comment faut-il utiliser les curseurs client et les curseurs
serveur sur sqlserveur ?
- Va-ton perdre des performances en remplaçant le seek par select .
where dans access ?
- Comment se passe la gestion des accès concurrentiels sur les
enregistrements dans sql server ?
Je vous remercie d'avance pour tous les conseils que vous pourrez m'apporter
A mon sens, il est impossible d'avoir une seule appli frontale pour une base Access et une autre SQLserveur. A dire vrai, je travaille avec ADP, je n'ai jamais attaché de tables SQL serveur dans Access, mais je présume que côté performance, ça ne doit pas être idéal.
Pour les autres questions, si je peux me permettre, c'est dit très gentiment, une formation SQL serveur serait du plus grand intérêt.
J-Pierre
"Pierre-Yves" a écrit dans le message de news:
Notre situation :
Nous avons actuellement notre application sous access. Access est une bdd qui convenait tout à fait à nos clients. Désormais, nous nous attaquons à de plus gros clients, ce qui nécessite le passage d'access vers sqlserver.
Nous souhaitons donc migrer notre application d'access vers sqlserver. Cependant, nous voulons conserver également notre application sous access pour nos plus petits clients. En fait, on ne veut maintenir qu'une seule application qui devra gérer Access et sqlserver tout en maintenant nos performances sur access
Plusieurs se posent donc :
- il faut que l'on conserve nos performances sur access
- les méthodes seek n'étant plus dispo pour attaquer sqlserver, il va donc falloir les transformer en select . where
- Comment se passe la gestion des index sous sqlserver ? ex : si on fait une requête du type : « select * from client where codepostal='56580 », doit-on mettre un index sur le champ codepostal pour accélérer les performances?
- Comment faut-il utiliser les curseurs client et les curseurs serveur sur sqlserveur ?
- Va-ton perdre des performances en remplaçant le seek par select . where dans access ?
- Comment se passe la gestion des accès concurrentiels sur les enregistrements dans sql server ?
Je vous remercie d'avance pour tous les conseils que vous pourrez m'apporter