Discussion :

[Falistos]

Bonjour à tous,

Je suis en train de développer un site web, avec gestion d'utilisateurs, de news, de messagerie privée, ...

Pour la gestion des données, j'ai prévu au premier appel d'une fonction permettant de retourner des infos d'un utilisateur, d'effectuer une seule grosse requête SELECT *, de trier les résultats dans un array, et à chaque demande d'infos future, cet array est parcouru.

Les deux fonctions de ma classe gérant les utilisateurs:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
public function getUser($id = 0, $field = '')
{
	$this->buildUsers();
		if ($id == 0)
		{ 
			if ($_SESSION['USERID'] == 0 OR empty($_SESSION['USERID'])) { return; }
			if (empty($field)) { return $this->userData[$_SESSION['USERID']]; }
			else { return $this->userData[$_SESSION['USERID']][$field]; }
		} 
		else 
		{
			if (empty($field)) { return $this->userData[$id]; }
			else { return $this->userData[$id][$field]; }
		}
}

Utilisation: $op->getUser($id_utilisateur, $champ)

..et la deuxième qui construit les informations utilisateurs

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
private function buildUsers()
{
	if (empty($this->userData)) {
		global $db;
		$query = 'SELECT * FROM op_users';
		$re = $db->query($query);
		$max = count($re);
		for($i=0;$i < $max;$i++)
		{ 
			foreach ($re[$i] as $key => $value)
			{
				$this->userData[$re[$i]->userid][$key] = $value;
			}
		}
	}
}

Ma question est simple, est-ce assez convenable ainsi, ou dois-je effectuer une requête par demande (avec critères..etc)?

[Seb33300]

Bonjour,

Combien y a t il de ligne dans ta table op_users ?

Ta table est elle destinée à atteindre un volume conséquent ?

[grunk]

Si je comprend bien , pour chaque utilisateur tu charge la totalité de tous les autres ?
D'une part je vois pas trop l'intérêt et de l'autre tu va vite déchanté quand tu auras 15000 utilisateurs.

Charger tous les infos de l'utilisateur qui se connecte en sessions pour y avoir accès rapidement c'est bien , le reste ca va e bouffé du temps cpu et de la mémoire pour rien comparé à une simple requête.
Faut pas oublier qu'un SGBD c'est fait pour être intérroger et que ca tiens sans soucis plusieurs dizaines/centaines de requête par seconde pour peux qu'elle soient optimisées (pas un select * from all par exemple ^^ )

[Falistos]

Il y a également une messagerie privée, un système de news, de reports d'incidents, ..., et donc il est possible que j'aie à sélectionner les informations de plusieurs utilisateurs (en plus de l'actuel en session).

En gros, soit je fais comme dans mon code plus haut, soit je fais une requête avec critère WHERE id=... pour chaque utilisateur.


Et la table op_users ne contient pour le moment deux comptes, l'appli est encore en développement, et elle n'est pas destinée à contenir énormément d'entrées (mais je préfère miser gros).

Merci de vos réponses.

[grunk]

Il y a également une messagerie privée, un système de news, de reports d'incidents, ..., et donc il est possible que j'aie à sélectionner les informations de plusieurs utilisateurs (en plus de l'actuel en session).

En gros, soit je fais comme dans mon code plus haut, soit je fais une requête avec critère WHERE id=... pour chaque utilisateur.


Et la table op_users ne contient pour le moment deux comptes, l'appli est encore en développement, et elle n'est pas destinée à contenir énormément d'entrées (mais je préfère miser gros).

Merci de vos réponses.

Pour faire simple il est plus judicieux de faire 3 petites requête très ciblée qu'une très grosse généraliste.
Avec select * user , tu force ton sgbd à parcourir toutes tes entrées , alors qu'avec une reqêtes cibler , si tu as des index judicieusement placés tu ne lira que les 3 ou 4 enregistrements nécessaires. Donc gain de temps et de performance