Discussion :

[micronet3]

Bonjour,

Est ce qu'il y a, pour une application mono-poste, un avantage ou inconvénient d'utiliser le mode C/S au lieu du mode classique ?

merci d'avance

[hpascal]

Bonjour

Aucun intérêt. Tu peux toujours passer en C/S plus tard si ton appli doit évoluer

[Invité]

En effet, aucun intérêt.
Le CS ne devient intéressant que si l'appli est multiposte ou multiutilisateur.
Multiposte, le CS permettra d'avoir la base au même endroit et chaque exemplaire de l'appli ira taper dans la même base.
Multiutilisateur, le CS sera intéressant pour gérer les accès concurrentiels, les transactions les requêtes...qui peuvent certes êtres effectués en classic, mais un système de gestion de BDD est fait pour le multiutilisateur et s'en priver est donc curieux.

Je travaille (malheureusement) avec des bases multiutilisateurs classic, et...c'est pas toujours beau à voir. Le CS en revanche, comme une crème.

[lololebricoleur]

Je dois créer une application de gestion de fichier client, devis et factures.
Certain utilisateurs l'utiliseront en version mono poste et d'autres en multi poste et multi utilisateurs (pas plus de 2 ou 3).
J'ai besoin que mon application reste très simple à installer et à utiliser.
J'ai aussi besoin quelle ne requiert pas de système particulier (serveur) ou de puissance particulière.

Quelle solution semble la plus adaptée selon vous, classic ou CS ?

Merci

[ben-34]

Effectivement, cela me semble adapté et souple.

[frenchsting]

[...]
Quelle solution semble la plus adaptée selon vous, classic ou CS ?

Les 2 mon colonel !!!

Tu crées un fichier de paramètres dans lequel tu préciseras ce que tu utilises chez un client :
- soit classic
- soit CS

Schématiquement, dans ton projet (Code du projet ou Fenêtre principale) :
- si tu lis classic, tu fais ton hchangerep.
- si tu lis CS, tu fais ton houvreconnexion.

L'intérêt est de pouvoir passer relativement facilement de l'un à l'autre.

[lololebricoleur]

Merci mon général ;-)

Dis moi, quand tu parles de créer un fichier de paramètres, tu peux me dire quelles sont des méthodes astuces en la matière ?
Tu utilises les fonctions INILit et INIEcrit ?
Tu le stockes où ton fichier ? Perso, j'ai opté pour un dossier caché à la racine du disque qui contient le fichier exe de l'application pour être certain de le retrouver facilement. Tu en penses quoi ?
Entre HF Classic et l'HF CS, il y a des différence de performance ou de stabilité selon toi ?

Merci de ton aide Frenchsting ;-)

[frenchsting]

Théoriquement, le CS est plus proche d'un vrai SGBD.

Comme tu le soulignes dans ta demande, si c'est pour un seul poste, pas la peine de charger la mule. Le HFCS est censé gérer les accès concurrents sur la base.

Quant au fichier ini, je le mets toujours avec l'exe. Le dossier du programme n'est pas caché.

Un exemple "bourrin" de choix de connexion

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
sTypeConnexion 	est une chaîne 	= INILit("TypeConnexion", "TypeConnexion", "", Nom_FicIni)
SELON sTypeConnexion
CAS "CLASSIC" : ConnexionClassic()
CAS "HFCS" : ConnexionHFCS()
Autres CAS : Erreur("Y'a un bug !!!")
finprogramme()

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
PROCEDURE ConnexionHFCS()
sNomConnexion 	est une chaîne 	= "Cnx_BaseHFCS"
sTypeConnexion 	est une chaîne 	= hAccèsHFClientServeur
sTypeAccès 	est un entier 	= hOLectureEcriture
sNomSource 	est une chaîne	= INILit("Param_HFCS", "Serveur", "", Nom_FicIni)
sNomBase 	est une chaîne 		=  INILit("Param_HFCS", "Base", "", Nom_FicIni)
sNomUtilisateur 	est une chaîne 	= INILit("Param_HFCS", "User", "", Nom_FicIni)
sMotDePasse 	est une chaîne 	= INILit("Param_HFCS", "Mdp", "", Nom_FicIni)
 
SI PAS HOuvreConnexion(sNomConnexion, sNomUtilisateur, sMotDePasse, sNomSource, sNomBase, sTypeConnexion, sTypeAccès) ALORS
	FinProgramme("Impossible d'ouvrir la connexion "+sNomSource,HErreurInfo)
FIN
 
HChangeConnexion("*",sNomConnexion)