J'ai réalisé un modeste application en utilisant les moyens du bord.
La base de données est Access, les clients sont programmés en formulaire VBA
sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base
access via ADO.
Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs
sur cette application et j'ai peur qu'il n'y ait de la casse (de base de
données surtout). Les utilisateurs lisent, créentet modifient des données.
Si quelqu'un a des conseils, merci.
Za +.
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
Méta-MCI (MVP)
Bonsoir !
Quelques trucs rapides, du plus simple à mettre en œuvre vers du plus compliqué : - sauvegarder - mettre en place des sauvegardes automatiques - mettre en place d'autres sauvegardes (automatiques ou manuelles) - utiliser des sauvegardes régulières, sur des supports différents - archiver (comme des sauvegardes, sauf qu'on conserve les différentes versions) - se préparer un environnement de tests / développement / formation, basé sur une copie des bases. - améliorer l'architecture de la base (journalisation des modifs, changement des procédures utilisateurs, etc.) - sauvegarder et archiver - uniquement si les perfs s'écroulent, envisager de passer à SQL-server, tout en conservant les frontaux (clients sous Excel). - sauvegarder et archiver
@-salutations
Michel Claveau
Bonsoir !
Quelques trucs rapides, du plus simple à mettre en œuvre vers du plus
compliqué :
- sauvegarder
- mettre en place des sauvegardes automatiques
- mettre en place d'autres sauvegardes (automatiques ou manuelles)
- utiliser des sauvegardes régulières, sur des supports différents
- archiver (comme des sauvegardes, sauf qu'on conserve les différentes
versions)
- se préparer un environnement de tests / développement / formation,
basé sur une copie des bases.
- améliorer l'architecture de la base (journalisation des modifs,
changement des procédures utilisateurs, etc.)
- sauvegarder et archiver
- uniquement si les perfs s'écroulent, envisager de passer à
SQL-server, tout en conservant les frontaux (clients sous Excel).
- sauvegarder et archiver
Quelques trucs rapides, du plus simple à mettre en œuvre vers du plus compliqué : - sauvegarder - mettre en place des sauvegardes automatiques - mettre en place d'autres sauvegardes (automatiques ou manuelles) - utiliser des sauvegardes régulières, sur des supports différents - archiver (comme des sauvegardes, sauf qu'on conserve les différentes versions) - se préparer un environnement de tests / développement / formation, basé sur une copie des bases. - améliorer l'architecture de la base (journalisation des modifs, changement des procédures utilisateurs, etc.) - sauvegarder et archiver - uniquement si les perfs s'écroulent, envisager de passer à SQL-server, tout en conservant les frontaux (clients sous Excel). - sauvegarder et archiver
@-salutations
Michel Claveau
jbongran
"Lolo" a écrit dans le message de news:
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord. La base de données est Access, les clients sont programmés en formulaire VBA sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base access via ADO. Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs sur cette application et j'ai peur qu'il n'y ait de la casse (de base de données surtout). Les utilisateurs lisent, créentet modifient des données. Si quelqu'un a des conseils, merci. Za +.
Comme indiqué par Michel, passer la base sous SQL Server Express (gratuit) http://www.microsoft.com/downloads/details.aspx?familyid"0549b5-0b07-4448-8848-dcc397514b41&displaylang=fr
"Lolo" <Lolo@discussions.microsoft.com> a écrit dans le message de
news:0C108251-6275-4B17-9E14-96369BAD3B16@microsoft.com...
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord.
La base de données est Access, les clients sont programmés en formulaire
VBA
sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base
access via ADO.
Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs
sur cette application et j'ai peur qu'il n'y ait de la casse (de base de
données surtout). Les utilisateurs lisent, créentet modifient des données.
Si quelqu'un a des conseils, merci.
Za +.
Comme indiqué par Michel, passer la base sous SQL Server Express (gratuit)
http://www.microsoft.com/downloads/details.aspx?familyid"0549b5-0b07-4448-8848-dcc397514b41&displaylang=fr
J'ai réalisé un modeste application en utilisant les moyens du bord. La base de données est Access, les clients sont programmés en formulaire VBA sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base access via ADO. Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs sur cette application et j'ai peur qu'il n'y ait de la casse (de base de données surtout). Les utilisateurs lisent, créentet modifient des données. Si quelqu'un a des conseils, merci. Za +.
Comme indiqué par Michel, passer la base sous SQL Server Express (gratuit) http://www.microsoft.com/downloads/details.aspx?familyid"0549b5-0b07-4448-8848-dcc397514b41&displaylang=fr
Lolo
Merci de ces précieux conseils. J'ai mis en place effectivement une robuste strratégie de sauvegarde ! A+.
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord. La base de données est Access, les clients sont programmés en formulaire VBA sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base access via ADO. Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs sur cette application et j'ai peur qu'il n'y ait de la casse (de base de données surtout). Les utilisateurs lisent, créentet modifient des données. Si quelqu'un a des conseils, merci. Za +.
Merci de ces précieux conseils.
J'ai mis en place effectivement une robuste strratégie de sauvegarde !
A+.
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord.
La base de données est Access, les clients sont programmés en formulaire VBA
sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base
access via ADO.
Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs
sur cette application et j'ai peur qu'il n'y ait de la casse (de base de
données surtout). Les utilisateurs lisent, créentet modifient des données.
Si quelqu'un a des conseils, merci.
Za +.
Merci de ces précieux conseils. J'ai mis en place effectivement une robuste strratégie de sauvegarde ! A+.
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord. La base de données est Access, les clients sont programmés en formulaire VBA sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base access via ADO. Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs sur cette application et j'ai peur qu'il n'y ait de la casse (de base de données surtout). Les utilisateurs lisent, créentet modifient des données. Si quelqu'un a des conseils, merci. Za +.
Lolo
Merci,
On n'est pas a priori limité sur le nombre d'utilisateur en connexions simultanés sur Access (ce qui est un paradoxe sans jeu de mot), mais y a til une limite sur l'application SQL Server Express ?
A+
"Lolo" a écrit dans le message de news:
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord. La base de données est Access, les clients sont programmés en formulaire VBA sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base access via ADO. Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs sur cette application et j'ai peur qu'il n'y ait de la casse (de base de données surtout). Les utilisateurs lisent, créentet modifient des données. Si quelqu'un a des conseils, merci. Za +.
Comme indiqué par Michel, passer la base sous SQL Server Express (gratuit) http://www.microsoft.com/downloads/details.aspx?familyid"0549b5-0b07-4448-8848-dcc397514b41&displaylang=fr
Merci,
On n'est pas a priori limité sur le nombre d'utilisateur en connexions
simultanés sur Access (ce qui est un paradoxe sans jeu de mot), mais y a til
une limite sur l'application SQL Server Express ?
A+
"Lolo" <Lolo@discussions.microsoft.com> a écrit dans le message de
news:0C108251-6275-4B17-9E14-96369BAD3B16@microsoft.com...
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord.
La base de données est Access, les clients sont programmés en formulaire
VBA
sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base
access via ADO.
Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs
sur cette application et j'ai peur qu'il n'y ait de la casse (de base de
données surtout). Les utilisateurs lisent, créentet modifient des données.
Si quelqu'un a des conseils, merci.
Za +.
Comme indiqué par Michel, passer la base sous SQL Server Express (gratuit)
http://www.microsoft.com/downloads/details.aspx?familyid"0549b5-0b07-4448-8848-dcc397514b41&displaylang=fr
On n'est pas a priori limité sur le nombre d'utilisateur en connexions simultanés sur Access (ce qui est un paradoxe sans jeu de mot), mais y a til une limite sur l'application SQL Server Express ?
A+
"Lolo" a écrit dans le message de news:
Bonjour za toutes zé tous,
J'ai réalisé un modeste application en utilisant les moyens du bord. La base de données est Access, les clients sont programmés en formulaire VBA sur Excel et attaque (manière de parler sa n'a rien d'agressif!) la base access via ADO. Ca marche pas mal mais je dois bientot avoir une vingtaine d'utilisateurs sur cette application et j'ai peur qu'il n'y ait de la casse (de base de données surtout). Les utilisateurs lisent, créentet modifient des données. Si quelqu'un a des conseils, merci. Za +.
Comme indiqué par Michel, passer la base sous SQL Server Express (gratuit) http://www.microsoft.com/downloads/details.aspx?familyid"0549b5-0b07-4448-8848-dcc397514b41&displaylang=fr
Fred
Dans : news:, Lolo disait :
Merci,
On n'est pas a priori limité sur le nombre d'utilisateur en connexions simultanés sur Access (ce qui est un paradoxe sans jeu de mot), mais y a til une limite sur l'application SQL Server Express ?
Non, http://msdn2.microsoft.com/en-us/library/ms165672.aspx
-- Fred http://www.cerber mail.com/?3kA6ftaCvT (enlever l'espace)
Dans : news:2440DEC7-BB18-49F5-B7B9-D869C5127580@microsoft.com,
Lolo disait :
Merci,
On n'est pas a priori limité sur le nombre d'utilisateur en connexions
simultanés sur Access (ce qui est un paradoxe sans jeu de mot), mais
y a til une limite sur l'application SQL Server Express ?
Non,
http://msdn2.microsoft.com/en-us/library/ms165672.aspx
--
Fred
http://www.cerber mail.com/?3kA6ftaCvT (enlever l'espace)
On n'est pas a priori limité sur le nombre d'utilisateur en connexions simultanés sur Access (ce qui est un paradoxe sans jeu de mot), mais y a til une limite sur l'application SQL Server Express ?
Non, http://msdn2.microsoft.com/en-us/library/ms165672.aspx
-- Fred http://www.cerber mail.com/?3kA6ftaCvT (enlever l'espace)
