|
| Votre avis sur des transactions par tunnel VPN |
| Iniciado por logicsoft, 20,oct. 2004 21:45 - 8 respuestas |
| |
| | | |
|
| |
| Publicado el 20,octubre 2004 - 21:45 |
Bonjour,
Je voudrais connaître l'avis des spécialistes (ce que je suis pas, rire...)
Je dois actualiser des ventes articles ON LINE et le support windev me conseille d'utiliser le tunnel VPN en adsl bien sûr, ma grande question est la rapidité de ces transactions.
Si vous avez une petite expérience dans ce domaine, ce serait sympa de m'en faire profiter.
merci à vous tous.
Harry
PS: je suis débutant en Windev |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 08:12 |
Salut !
On 20-Oct-2004, "Harry" <logicsoft@skynet.be> wrote:
Bonjour,
Je voudrais connaître l'avis des spécialistes (ce que je suis pas,
rire...)
Je dois actualiser des ventes articles ON LINE et le support windev me
conseille d'utiliser le tunnel VPN en adsl bien sûr, ma grande question
est la rapidité de ces transactions.
Si vous avez une petite expérience dans ce domaine, ce serait sympa de
m'en faire profiter.
merci à vous tous.
Harry
PS: je suis débutant en Windev
c'est LENT !
J'ai du faire ce genre de chose pour 10 magasins.
Le central n'ayant qu'une ligne ADSL normale, la capacité totale d'upload
était au maximum de 128 K/s ... Impossible, en ce qui me concerne, à
utiliser en HF réseau, les temps de réponse étaient tout simplement
catastrophiques.
Il est vrai que mon application n'avait pas été prévue pour ce genre
d'usage.
Après avoir tenté d'utiliser des requètes et des vues, sans arriver à des
temps de réponses satisfaisants, j'ai décidé de travailler en local en
gérant moi-même la réplication par transfert de fichier FTP.
Ceci dit, la solution n'est toujours pas très satisfaisante du fait de la
grande quantité d'infos à transférer et de la faible bande passante en
sortie du coté serveur qui entraîne de gros délais.
Il aurait fallu une ligne assurant un débit convenable en upload du coté
serveur (DSL et pas ADSL avec au moins 1 Mb/s ce qui est ... TRES cher !)...
Je crois que cela sera jouable en client serveur ...
--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477 |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 10:02 |
Le principal inconvenient du VPN par rapport au réseau classique, c'est sa
faible vitesse et sa faible capacité en volume.
Il faut absolument, coté base de donnée, un serveur, afin de faire
exclusivement du SQL en vrai client/serveur.
L'usage des commandes de type Hxxxxx est à proscrire.
Si c'est un futur projet, la version WD9 avec le serveur Manta est tout
indiqué.
Quelle sont les ressources que tu dispose actuellement ?
"Harry" <logicsoft@skynet.be> a écrit dans le message de news:
41769ad6@news.pcsoft.fr...
Bonjour,
Je voudrais connaître l'avis des spécialistes (ce que je suis pas,
rire...)
Je dois actualiser des ventes articles ON LINE et le support windev me
conseille d'utiliser le tunnel VPN en adsl bien sûr, ma grande question est
la rapidité de ces transactions.
Si vous avez une petite expérience dans ce domaine, ce serait sympa de
m'en faire profiter.
merci à vous tous.
Harry
PS: je suis débutant en Windev
|
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 11:29 |
Pour notre part nous avons 5 sites interconnecté par VPN. Le site centrale sous SDSL 5100 Oléane , les autres en Adsl avec débit garanti. Par ces tunnels, nous faisons passer et Exchange et notre GPAO en Windev (en tous 75 stations dont 20 déportées) tps de réponse excellents. Peu de différence entre les stations sur le site et les distantes. Par contre, le logiciel a été conçu en conséquence (Pratiquement tous les appels SQL sont en proc. stockées).
PS : Nous utilisons comme BD SQL2000 Serveur. Pour plus de renseignements, pas de PB.
Salutations |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 15:46 |
Salut !
On 21-Oct-2004, "Harry" <LogicSoft@skynet.be> wrote:
Tout d’abord merci tous pour vos réponses.
Petite précision, l’application que je développe est basée sur ces
transactions, en deux mots :
J’ai un point central PC en Windows XP Pro sas réseau (c’est une petite
entreprise dans le textile), sur ce pc j’aurais toutes mes bases de
données. Le PC est connecté à Internet via Symantec Firewale/VPN.
Comme je n’ai encore rien fourni au niveau matériel j’ai le choix des
solutions.
J’ai une dizaine de points de ventes sur lequel je recopierais toutes les
bases de données si ce n’est le fichier « Quantité » (4 à 5 fois par ans
lors d’un changement du fichier articles, ce n’est pas la mer à boire).
Le seul fichier que je veux voir mis à jour On Line est le fichier des «
Quantités » (ceci est utile pour effectuer des transferts de marchandises
entre les magasins, but de l’application) et le fichier « Quantités », je
le prévois uniquement sur le pc central.
Donc, je fais ma recherche article en local dans les points de vente et je
n’effectuerai qu’une lecture (consultation du stock des autres magasins)
ou mise à jour (ventes) sur le fichier « Quantités », un seul
enregistrement sur un fichier qui peut tout de même faire 20000 records,
ce qui m’inquiète c’est la vitesse à l’exécution si je cherche le dernier
enregistrement du fichier, Hlitrecherche avec comme clé de recherche
l’Indentifiant, cela me fera-t-il passer les 20000 enregistrements par
le net ?
Je précise également que le record que je vais consulter ou mettre à jour
ne devrait pas dépasser 200 caractères.
Identifiant, Qt magasin 1, Qt magasin 2 ……… Qt magasin 10.
Et que les transactions journalières ne sont pas nombreuses.
Mon analyse est pensable ou totalement irréaliste, je précise que je n’ai
pas un budget illimité mon client est une petite PME et qu’il ne me reste
que deux mois pour mettre ce système en route.
Merci à tous pour vos réponses et suggestions.
Harry
Le problème est que si tu travailles en réseau à travers ton VPN, tu vas
devoir charger dans la mémoire de DU PC LOCAL tout l'index de ton fichier.
Les recherches seront rapides ... une fois que ton index sera chargé en
mémoire ...
Le problème c'est que ton index va se véroler très vite, car les mises à
jour de celui-ci à travers le VPN sont très lentes et les données présentes
dans le fichier ne seront pas en phase avec l'image de l'index que ton poste
de travail a en mémoire.
Pour l'avoir tenté, je peux te dire que c'est tout simplement inutilisable.
Même avec une requète, ce n'est pas très rapide, car c'est quand même le
poste local qui doit aller chercher les données sur le central ...
Le problème, c'est la limitation de la bande passante en upload du coté
central ...
J'ai été pris dans le même genre de stuut ... une boite dans le domaine de
la maroquinerie qui ne voulait pas payer une connexion SDSL ( 1000 €/mois)
et qui voulu tenter le coup avvec des lignes ADSL normales.
J'ai été assez con pour accepter le challenge ...
J'ai perdu un temps bète, énormément de pognon, frôlé le procès, pour finir
par un accord pour faire une version client-serveur qui, je l'espère pour
moi , sera plus rapide ...
Je te déconseille de commencer même à penser que cela va marcher.
En VPN, les seules solutions :
- Client serveur
- Terminal serveur ou Cytrix
ou alors, pour le central, une ligne SDSL performante mais pas abordable
pour une PME ...
Bien à toi !
--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477 |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 16:18 |
Tout d’abord merci tous pour vos réponses.
Petite précision, l’application que je développe est basée sur ces transactions, en deux mots :
J’ai un point central PC en Windows XP Pro sas réseau (c’est une petite entreprise dans le textile), sur ce pc j’aurais toutes mes bases de données. Le PC est connecté à Internet via Symantec Firewale/VPN.
Comme je n’ai encore rien fourni au niveau matériel j’ai le choix des solutions.
J’ai une dizaine de points de ventes sur lequel je recopierais toutes les bases de données si ce n’est le fichier « Quantité » (4 à 5 fois par ans lors d’un changement du fichier articles, ce n’est pas la mer à boire).
Le seul fichier que je veux voir mis à jour On Line est le fichier des « Quantités » (ceci est utile pour effectuer des transferts de marchandises entre les magasins, but de l’application) et le fichier « Quantités », je le prévois uniquement sur le pc central.
Donc, je fais ma recherche article en local dans les points de vente et je n’effectuerai qu’une lecture (consultation du stock des autres magasins) ou mise à jour (ventes) sur le fichier « Quantités », un seul enregistrement sur un fichier qui peut tout de même faire 20000 records, ce qui m’inquiète c’est la vitesse à l’exécution si je cherche le dernier enregistrement du fichier, Hlitrecherche avec comme clé de recherche l’Indentifiant, cela me fera-t-il passer les 20000 enregistrements par le net ?
Je précise également que le record que je vais consulter ou mettre à jour ne devrait pas dépasser 200 caractères.
Identifiant, Qt magasin 1, Qt magasin 2 ……… Qt magasin 10.
Et que les transactions journalières ne sont pas nombreuses.
Mon analyse est pensable ou totalement irréaliste, je précise que je n’ai pas un budget illimité mon client est une petite PME et qu’il ne me reste que deux mois pour mettre ce système en route.
Merci à tous pour vos réponses et suggestions.
Harry |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 17:26 |
Harry a écrit :
Tout d?abord merci tous pour vos réponses.
Petite précision, l?application que je développe est basée sur ces
transactions, en deux mots :
J?ai un point central PC en Windows XP Pro sas réseau (c?est une petite
entreprise dans le textile), sur ce pc j?aurais toutes mes bases de données.
Le PC est connecté à Internet via Symantec Firewale/VPN. Comme je n?ai encore
rien fourni au niveau matériel j?ai le choix des solutions.
J?ai une dizaine de points de ventes sur lequel je recopierais toutes les
bases de données si ce n?est le fichier « Quantité » (4 à 5 fois par ans lors
d?un changement du fichier articles, ce n?est pas la mer à boire).
Le seul fichier que je veux voir mis à jour On Line est le fichier des «
Quantités » (ceci est utile pour effectuer des transferts de marchandises
entre les magasins, but de l?application) et le fichier « Quantités », je le
prévois uniquement sur le pc central.
Donc, je fais ma recherche article en local dans les points de vente et je
n?effectuerai qu?une lecture (consultation du stock des autres magasins) ou
mise à jour (ventes) sur le fichier « Quantités », un seul enregistrement sur
un fichier qui peut tout de même faire 20000 records, ce qui m?inquiète c?est
la vitesse à l?exécution si je cherche le dernier enregistrement du fichier,
Hlitrecherche avec comme clé de recherche l?Indentifiant, cela me fera-t-il
passer les 20000 enregistrements par le net ?
Je précise également que le record que je vais consulter ou mettre à jour ne
devrait pas dépasser 200 caractères.
Identifiant, Qt magasin 1, Qt magasin 2 ??? Qt magasin 10.
Et que les transactions journalières ne sont pas nombreuses.
Mon analyse est pensable ou totalement irréaliste, je précise que je n?ai pas
un budget illimité mon client est une petite PME et qu?il ne me reste que
deux mois pour mettre ce système en route.
Merci à tous pour vos réponses et suggestions.
Harry
As tu pensé au RPC? Je l'utilise pour accéder à une base de donnée
distante et ca marche assez bien. De plus il est assez simple à mettre
en place.
--
Bon développement
Christian (cciochir@_at_cmii.fr)
enlever le _at_ de mon mail pour me répondre en privé |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,octubre 2004 - 18:06 |
Je suis tout à fait d'accord. Dès que l'on accède à des données ne se trouvant pas sur son poste il faut faire du "client serveur" et même sur un réseau local sinon on s'aperçoit rapidement que le flux de données devient très inquiétant allant jusqu'à la saturation (Exemple avec MS ACCES dans ces anciennes versions (je ne connait pas les dernières)) où un pooling était généré. De plus, il ne faut pas avoir peu des procédures stockées que l'on trouve de plus en plus dans les DB. Elles facilitent la vie, décharge les stations et minimise les données transférées.
@+ |
| |
| |
| | | |
|
| | |
| |
| Publicado el 22,octubre 2004 - 11:47 |
Il te faut imperativement la version 9 pour faire du C/S en SQL, avec les
"hlitrecherche" tu va au massacre....
la solution RPC est trés bonne en attendant la V9, si tu n'as pas le temps
d'attendre,
Essaie de retrouver une LST qui expliquait en détail la mise en place du
RPC.
<Marcel.berman@managingbusiness.be> a écrit dans le message de news:
4177b4e6$1@news.pcsoft.fr...
Salut ! On 21-Oct-2004, "Harry" <LogicSoft@skynet.be> wrote: Tout d'abord merci tous pour vos réponses.
Petite précision, l'application que je développe est basée sur ces
transactions, en deux mots :
J'ai un point central PC en Windows XP Pro sas réseau (c'est une petite
entreprise dans le textile), sur ce pc j'aurais toutes mes bases de
données. Le PC est connecté à Internet via Symantec Firewale/VPN.
Comme je n'ai encore rien fourni au niveau matériel j'ai le choix des
solutions.
J'ai une dizaine de points de ventes sur lequel je recopierais toutes
les
bases de données si ce n'est le fichier « Quantité » (4 à 5 fois par ans
lors d'un changement du fichier articles, ce n'est pas la mer à boire).
Le seul fichier que je veux voir mis à jour On Line est le fichier des «
Quantités » (ceci est utile pour effectuer des transferts de
marchandises
> > entre les magasins, but de l'application) et le fichier « Quantités »,
je
le prévois uniquement sur le pc central.
Donc, je fais ma recherche article en local dans les points de vente et
je
n'effectuerai qu'une lecture (consultation du stock des autres magasins)
ou mise à jour (ventes) sur le fichier « Quantités », un seul
enregistrement sur un fichier qui peut tout de même faire 20000 records,
ce qui m'inquiète c'est la vitesse à l'exécution si je cherche le
dernier
enregistrement du fichier, Hlitrecherche avec comme clé de recherche
l'Indentifiant, cela me fera-t-il passer les 20000 enregistrements par
le net ?
Je précise également que le record que je vais consulter ou mettre à
jour
ne devrait pas dépasser 200 caractères.
Identifiant, Qt magasin 1, Qt magasin 2 ... Qt magasin 10.
Et que les transactions journalières ne sont pas nombreuses.
Mon analyse est pensable ou totalement irréaliste, je précise que je
n'ai
> > pas un budget illimité mon client est une petite PME et qu'il ne me
reste
que deux mois pour mettre ce système en route.
Merci à tous pour vos réponses et suggestions.
Harry
Le problème est que si tu travailles en réseau à travers ton VPN, tu vas devoir charger dans la mémoire de DU PC LOCAL tout l'index de ton fichier. Les recherches seront rapides ... une fois que ton index sera chargé en mémoire ... Le problème c'est que ton index va se véroler très vite, car les mises à jour de celui-ci à travers le VPN sont très lentes et les données
présentes
> dans le fichier ne seront pas en phase avec l'image de l'index que ton
poste
de travail a en mémoire.
Pour l'avoir tenté, je peux te dire que c'est tout simplement
inutilisable.
Même avec une requète, ce n'est pas très rapide, car c'est quand même le
poste local qui doit aller chercher les données sur le central ...
Le problème, c'est la limitation de la bande passante en upload du coté
central ...
J'ai été pris dans le même genre de stuut ... une boite dans le domaine de
la maroquinerie qui ne voulait pas payer une connexion SDSL ( 1000 ?/mois)
et qui voulu tenter le coup avvec des lignes ADSL normales.
J'ai été assez con pour accepter le challenge ...
J'ai perdu un temps bète, énormément de pognon, frôlé le procès, pour
finir
par un accord pour faire une version client-serveur qui, je l'espère pour
moi , sera plus rapide ...
Je te déconseille de commencer même à penser que cela va marcher.
En VPN, les seules solutions :
- Client serveur
- Terminal serveur ou Cytrix
ou alors, pour le central, une ligne SDSL performante mais pas abordable
pour une PME ...
Bien à toi !
--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477
|
| |
| |
| | | |
|
| | | | |
| | |
|