Ma soci=E9t=E9 uitlise une base de donn=E9e access dont les=20
tables sont stock=E9 sur un serveur. les pc clients ont=20
chacun une base qui est rattach=E9 par ces m=EAme tables.
Je trouve cela tr=E8s lent et fort peu s=E9curis=E9 car=20
nimporte qu'elle client peut all=E9 dans le repertoire=20
partag=E9 ou sont stock=E9 les tables et les effacer.
Il y a t'il une solution plus rapide et surtout plus sur ?
On m'a parl=E9 de serveur ODBC.
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
frolo
En fait, au risque de vous surprendre, la configuration "tables sur serveur" et "programme sur postes de travail" est la bonne dans un environnement multi-utilisateur.
Il faut "simplement" mettre en place la gestion des accès utilisateur (Outils -> Sécurité) en définissant des groupes, des utilisateurs, etc. pour protégér vos données. N'oubliez pas non plus de la crypter.
Pour la lenteur, les causes peuvent être les suivantes:
- serveur trop vieux - tables mal organisées (très courant sans modélisation préalable type MCD-Merise ou DCL-UML) - postes trop vieux - pas assez de mémoire vive - etc.
Tout de bon
-----Message d'origine----- Bonjour,
Ma société uitlise une base de donnée access dont les tables sont stocké sur un serveur. les pc clients ont chacun une base qui est rattaché par ces même tables. Je trouve cela très lent et fort peu sécurisé car nimporte qu'elle client peut allé dans le repertoire partagé ou sont stocké les tables et les effacer. Il y a t'il une solution plus rapide et surtout plus sur ? On m'a parlé de serveur ODBC.
Merci de m'aider
A bientôt .
En fait, au risque de vous surprendre, la
configuration "tables sur serveur" et "programme sur
postes de travail" est la bonne dans un environnement
multi-utilisateur.
Il faut "simplement" mettre en place la gestion des accès
utilisateur (Outils -> Sécurité) en définissant des
groupes, des utilisateurs, etc. pour protégér vos données.
N'oubliez pas non plus de la crypter.
Pour la lenteur, les causes peuvent être les suivantes:
- serveur trop vieux
- tables mal organisées (très courant sans modélisation
préalable type MCD-Merise ou DCL-UML)
- postes trop vieux
- pas assez de mémoire vive
- etc.
Tout de bon
-----Message d'origine-----
Bonjour,
Ma société uitlise une base de donnée access dont les
tables sont stocké sur un serveur. les pc clients ont
chacun une base qui est rattaché par ces même tables.
Je trouve cela très lent et fort peu sécurisé car
nimporte qu'elle client peut allé dans le repertoire
partagé ou sont stocké les tables et les effacer.
Il y a t'il une solution plus rapide et surtout plus sur ?
On m'a parlé de serveur ODBC.
En fait, au risque de vous surprendre, la configuration "tables sur serveur" et "programme sur postes de travail" est la bonne dans un environnement multi-utilisateur.
Il faut "simplement" mettre en place la gestion des accès utilisateur (Outils -> Sécurité) en définissant des groupes, des utilisateurs, etc. pour protégér vos données. N'oubliez pas non plus de la crypter.
Pour la lenteur, les causes peuvent être les suivantes:
- serveur trop vieux - tables mal organisées (très courant sans modélisation préalable type MCD-Merise ou DCL-UML) - postes trop vieux - pas assez de mémoire vive - etc.
Tout de bon
-----Message d'origine----- Bonjour,
Ma société uitlise une base de donnée access dont les tables sont stocké sur un serveur. les pc clients ont chacun une base qui est rattaché par ces même tables. Je trouve cela très lent et fort peu sécurisé car nimporte qu'elle client peut allé dans le repertoire partagé ou sont stocké les tables et les effacer. Il y a t'il une solution plus rapide et surtout plus sur ? On m'a parlé de serveur ODBC.