Se connecter
Inscription
Mot de passe perdu
Liste des catégories
Qui a lu ce topic?
Répondre
Version imprimable
Activer la notification Hardware » [Réseau] toi aussi fait ta shopping list
Rappel du message précédent
ovh > c'est un principe de prévoyance. L'utilisateur n'a pas besoin de 10 Mbps pour un travail normal et quotidien. Ensuite, les clusters ne sont pas bridés, ils sont sur des noeuds serveurs. Et si une station de travail a réellement besoin de 100 Mbps, tu les libères au niveau du switch.
ppxl > créé plutot un nouveau topic pour ta question
ppxl > créé plutot un nouveau topic pour ta question
Reste pas dans ta vision du secteur banquaire..
J'administre le réseau d'une télévision locale, 50% des utilisateurs ont des Mac et traitent de la vidéo en réseau sur des serveurs centralisés, crois moi que le gigabit il adorent.. tu leur parle de 10Mbits sur leur ordinateur.. il te parlent même pas..
Mouais moyennement d'accord. Je connais par exemple une PME financière qui utilise une appli Access très mal faite, dont il n'existe qu'un fichier .mdb sur le serveur. Là, si le réseau n'est pas en 100 Mbps le prog est hyper lent... (vive Access 
)
Et des cas comme celui-là à mon avis sont loins d'être rares.
)Et des cas comme celui-là à mon avis sont loins d'être rares.
ovh > oué mais non hein... On parle de cas normaux, pas d'implémentation à la mord-moi-le-noeud 
cauet > je suis entièrement d'accord mais y a pas que les banques 
j'ai appliqué la méthode dans une école. Et ça fonctionne. LE principe est peu couteux et te permet d'avoir une gestion saine. Rien n'empêche de libèrer ceux qui ont besoin de BP.
OVH> je suis d'accord avec toi, je connais la problèmatique des applis access, mais dans notre cas on parle pas de reprendre un existant, donc on espère que les bonnes stratégies seront appliquées desuite.
j'ai appliqué la méthode dans une école. Et ça fonctionne. LE principe est peu couteux et te permet d'avoir une gestion saine. Rien n'empêche de libèrer ceux qui ont besoin de BP.OVH> je suis d'accord avec toi, je connais la problèmatique des applis access, mais dans notre cas on parle pas de reprendre un existant, donc on espère que les bonnes stratégies seront appliquées desuite.
http://www.cray.com/products/xd1/index.html 
Tout de suite la démesure... Tss,tss,tss...
http://tinyurl.com/s5pql
une appli Access très mal faite, dont il n'existe qu'un fichier .mdb sur le serveur.
Et quand tu demandes aux développeurs, ils sont persuadés de faire du client/serveur...
Et quand tu demandes aux développeurs, ils sont persuadés de faire du client/serveur...
Toutafé, et ils t'engueulent parce que le réseau est lent, le "serveur pas assez puissant", etc.
Euh ça c'est la solution la moins mauvaise avec Access pur, mais le mieux c'est de ne pas utiliser Access comme SGBD mais uniquement comme interface (mdb sur chaque poste), et utiliser un vrai moteur C/S, comme SQL Server express par exemple, pour stocker les données. Ainsi, sur le réseaux ne transitent que ce qu'il faut càd les requêtes SQL et les résultats. Sinon, Access transfère TOUTE la base, et traite la requête en local
et on ne peut pas connecter une DB access comme une DB SQL sans utiliser les tables liées et tout les "trucs-intégrés-qui-putent" ?
Pas que je sache, non. De toute façon, SQL Server existe maintenant en version gratuite (Express), mais limitée certes, mais pour les PME ça doit peut-être suffire. Sinon il existe des SGBD C/S open source gratuits aussi
(Firebird, PostgreSQL qui est maintenant natif sous Windows donc plus d'excuse )
(ptin comment que je pourri mon propre Topic..je dosi vraiment avoir renoncé à attendre des réponses appropriées).
Si j'en avais je t'en donnerais, mais à part ce que j'ai dit plus haut, j'ai pas d'expérience dans les gros réseaux comme ça donc bon
