vb access 100 utilisateurs 4 milions enregistrements
15 réponses
prodi_64
Bonjour,
J'ai une appli à faire qui devra être accessible à une centaine
d'utilisateurs en simultanée, et liée à une base de données qui comprendra au
maximum 4 millions d'enregistrements.
Mon idée était de faire ça en VB (6 ou .net) avec une base de données
access. Est-ce que je peux répondre aux contraintes avec ces technos?
Une évolution possible qui peut m'être demandé est que l'appli soit
accessible à distance sur un autre site(via un intranet par exemple).
Merci de me répondre ultra vite car c'est super urgent.
100 utilisateurs ça fait beaucoup de postes à configurer!!!
Non, c'est très peu. Il y a des solutions de déploiement centralisées. Microsoft SMS ou autre. Pas de problème. Ce n'est pas cela qui doit déterminer l'architecture adoptée.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
prodi_64 wrote:
100 utilisateurs ça fait beaucoup de postes à configurer!!!
Non, c'est très peu. Il y a des solutions de déploiement centralisées.
Microsoft SMS ou autre. Pas de problème. Ce n'est pas cela qui doit
déterminer l'architecture adoptée.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
100 utilisateurs ça fait beaucoup de postes à configurer!!!
Non, c'est très peu. Il y a des solutions de déploiement centralisées. Microsoft SMS ou autre. Pas de problème. Ce n'est pas cela qui doit déterminer l'architecture adoptée.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Patrick Philippot
prodi_64 wrote:
car je ne voulais pas utiliser IE pour éviter des plantages.
IE ne plante pas plus qu'un autre navigateur :-)))) Ce sont les addins que l'on y installe inconsidérément sans les tester et les réglages de sécurité mal gérés qui sèment le trouble.
Et de toutes façons avec une appli basée sur ASP .Net, IE n'est pas obligatoire. On peut utiliser n'importe quel navigateur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
prodi_64 wrote:
car je ne voulais pas utiliser IE pour éviter
des plantages.
IE ne plante pas plus qu'un autre navigateur :-)))) Ce sont les addins
que l'on y installe inconsidérément sans les tester et les réglages de
sécurité mal gérés qui sèment le trouble.
Et de toutes façons avec une appli basée sur ASP .Net, IE n'est pas
obligatoire. On peut utiliser n'importe quel navigateur.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
car je ne voulais pas utiliser IE pour éviter des plantages.
IE ne plante pas plus qu'un autre navigateur :-)))) Ce sont les addins que l'on y installe inconsidérément sans les tester et les réglages de sécurité mal gérés qui sèment le trouble.
Et de toutes façons avec une appli basée sur ASP .Net, IE n'est pas obligatoire. On peut utiliser n'importe quel navigateur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Patrick Philippot
Patrick Philippot wrote:
façons une centaine d'utiulisaterus en simultané.
une centaine d'utilisateurs
Ooooooops! Je deviens nerveux, là.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Patrick Philippot wrote:
façons une centaine d'utiulisaterus en simultané.
une centaine d'utilisateurs
Ooooooops! Je deviens nerveux, là.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
prodi_64
Pour etre plus precise : on va numeriser des fiches de paie. L'appli permettra de consuletr ces fiches de paie en accédant à une base de données qui donner le nom, prenom, poste, année,... de telle image et son chemin d'accès. Voila pourquoi il n'y a qu'une seule table dans la base (nom_image, nom, prenom, annee, ...). 4 millions d'enregstrements car 4 millions de fiches numérisées.
J'espere que c'est plus clair. Je partirais sur du client-serveur, avec une gestion des droits utilisateurs avec des login et mot de passe sur l'appli.
MS SQL Serveur est payant j'imagine?
Pour etre plus precise : on va numeriser des fiches de paie.
L'appli permettra de consuletr ces fiches de paie en accédant à une base de
données qui donner le nom, prenom, poste, année,... de telle image et son
chemin d'accès.
Voila pourquoi il n'y a qu'une seule table dans la base (nom_image, nom,
prenom, annee, ...). 4 millions d'enregstrements car 4 millions de fiches
numérisées.
J'espere que c'est plus clair.
Je partirais sur du client-serveur, avec une gestion des droits utilisateurs
avec des login et mot de passe sur l'appli.
Pour etre plus precise : on va numeriser des fiches de paie. L'appli permettra de consuletr ces fiches de paie en accédant à une base de données qui donner le nom, prenom, poste, année,... de telle image et son chemin d'accès. Voila pourquoi il n'y a qu'une seule table dans la base (nom_image, nom, prenom, annee, ...). 4 millions d'enregstrements car 4 millions de fiches numérisées.
J'espere que c'est plus clair. Je partirais sur du client-serveur, avec une gestion des droits utilisateurs avec des login et mot de passe sur l'appli.
MS SQL Serveur est payant j'imagine?
Patrick Philippot
prodi_64 wrote:
MS SQL Serveur est payant j'imagine?
Oui bien sûr. Tous les SGBD cités sont payants sauf MySql Community Edition. Cependant, je ne pense pas que ce soit le meilleur choix pour des applis basées sur .Net. Il y a un provider ADO .Net fourni pour MySql mais on ne m'en a pas dit le plus grand bien et il est sous licence GPL, ce qui peut constituer un problème commercial important. Et je ne sais même pas s'il fonctionne avec la Community Edition.
Pour les applis .Net je partirais plutôt sur SQL Server ou Oracle.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
prodi_64 wrote:
MS SQL Serveur est payant j'imagine?
Oui bien sûr. Tous les SGBD cités sont payants sauf MySql Community
Edition. Cependant, je ne pense pas que ce soit le meilleur choix pour
des applis basées sur .Net. Il y a un provider ADO .Net fourni pour
MySql mais on ne m'en a pas dit le plus grand bien et il est sous
licence GPL, ce qui peut constituer un problème commercial important. Et
je ne sais même pas s'il fonctionne avec la Community Edition.
Pour les applis .Net je partirais plutôt sur SQL Server ou Oracle.
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Oui bien sûr. Tous les SGBD cités sont payants sauf MySql Community Edition. Cependant, je ne pense pas que ce soit le meilleur choix pour des applis basées sur .Net. Il y a un provider ADO .Net fourni pour MySql mais on ne m'en a pas dit le plus grand bien et il est sous licence GPL, ce qui peut constituer un problème commercial important. Et je ne sais même pas s'il fonctionne avec la Community Edition.
Pour les applis .Net je partirais plutôt sur SQL Server ou Oracle.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
