Précision sur les priorités

bonjour,

je suis entrain de programmer un tchat :

pour se connecter il faut un nom d'utilisateur et mot de passe

- si on s'est déjà enregistré, on log et on entre (form1)
- sinon on s'enregistre (form2)

mais je me pose quelques questions ...

juste pour précision, les infos sont enregistré dans une bdd mysql (en local) donc :

- pour tester si un user a donné le bon mot de passe, je fais une requette : "afficher dans LISTBOX le mot de passe de l'user xxxx" et ensuite je compare

- et pour enregistré un user, je teste si le nom choisis existe déjà, en affichant des requettes dans la même listbox

(peut être que ma méthode n'est pas la bonne, mais ne vous arrétez pas là, c'est pas de là que viens mon interrogation)

ce tchat pourra acceiillir beaucoup de personnes dans le monde et donc je ne sais pas à quel moment x personnes se logueront et x personnes voudront s'enregistrer ... je me disais si "comme de par hasard" dans le monde, 2 personne effectue les actions en même temps cad : un se log et lautre créé un user; vu que j'utilise la même listbox, est ce qu'il y aura un prob ? ou alors la vitesse du processeur est SI rapide qu'elle traitera chaque personne un par un ?

je ne sais pas si je me suis fais tres bien comprendre, mais mon interrogation se trouve sur le traitement des priorité ... si x personne se connecte et x veulent crééer un new user comment ça va se passer ? est ce que les données vont s'afficher en même temps dans la listbox ?

En fait c'est plutot à gérer au niveau de ta base de données. Normalement tu fais en sorte que ton champ 'user' soit unique du coup lors de l'inscription de 2 users en "même temps" celui qui arrive en second génère une erreur au niveau de la base.

Sinon, quelle est l'utilité de faire une requete qui va mettre le résultat dans une listbox ??
Pourquoi ne pas lire directement le résultat depuis la requete ?

En fait, si ton serveur tourne en mono-thread, aucune inquiétude : c'est le client qui attendra que le précédent soit fini.

Si tu es en multi-thread (avec Indy c'est le cas), alors tu dois gérer l'éventuel cas d'accès simultané à la même ressource en écriture. Pour cela, il existe les sections critiques (TCriticalSection), les mutex, ou encore les sémaphores, selon les cas. En général les CS suffisent.

D'autre part, pour revenir sur la list box : sais-tu que tu peux gérer une liste de chaînes sans list box, au moyen de TStringList ? Pour un serveur je ne vois pas l'intérêt d'une interface graphique (si ce n'est pour monitorat), donc pas l'intérêt de list box.

merci à tous les 3 même s'il n'y a que sjrd qui a compris mon interrogation

philnext et Malatar, j'ai bien précisé que je n'avais pas besoin de critiques sur le reste (pour le moment)

sjrd j'utilise les compo WATCPClient et WATCPServer (conseillé par waskol alors que j'utilisais avant Tclientsocket et Tserversocket avec des prob de réception des données) ce n'est pas du multi-thread ?

"D'autre part, pour revenir sur la list box : sais-tu que tu peux gérer une liste de chaînes sans list box, au moyen de TStringList ? Pour un serveur je ne vois pas l'intérêt d'une interface graphique (si ce n'est pour monitorat), donc pas l'intérêt de list box."

tu as tout à fait raison, mais le problème c'est que je découvre ... c'est mon premier projet dans le genre, et donc pour ne pas faire d'erreur j'utilise un mode graphique, listbox, pour visionner les données (si c'est bien ce que je suis sencé avoir) car parfois je recevais des " " (champs vide) dans certain item (ça sert de debuging quoi)

et tu as bien fais de me faire la remarque, car je suis sencé présenter ce pti projet à l'examen et donc je me demandais est ce que ça faisait "pro" de présenter un server avec une interface graphique ?

je pourrai recoder le server mais ça va me prendre un moment (et je suis déjà assez limite)