Réunion du 25-11-2025 - Historique des versions

Acryline : /* Encodages des caractères */

2026-01-30T12:28:49Z

Encodages des caractères

← Version précédente		Version du 30 janvier 2026 à 12:28
Ligne 56 :		Ligne 56 :
	* Vincent Sylvester a tout '''unifié en utf8mb4 general_ci''' champs et tables, sans plus. D'après ce qu'il sait, cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre. Il peut y avoir des problèmes de compatibilité avec les '''caractères latins''' lorsqu’on utilise le codage '''utf8mb3''', tandis que le codage '''utf8mb4''' gère ces caractères sans difficulté.		* Vincent Sylvester a tout '''unifié en utf8mb4 general_ci''' champs et tables, sans plus. D'après ce qu'il sait, cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre. Il peut y avoir des problèmes de compatibilité avec les '''caractères latins''' lorsqu’on utilise le codage '''utf8mb3''', tandis que le codage '''utf8mb4''' gère ces caractères sans difficulté.
	* Jusqu'à présent il n'a rien vu qui ne fonctionne pas. Cela utilise certes plus de données, mais comme c'est uniforme, '''beaucoup de requêtes sont plus rapides''' et il y a beaucoup d'informations utiles à gagner avec les jointures.		* Jusqu'à présent il n'a rien vu qui ne fonctionne pas. Cela utilise certes plus de données, mais comme c'est uniforme, '''beaucoup de requêtes sont plus rapides''' et il y a beaucoup d'informations utiles à gagner avec les jointures.
	* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', c'est ~~du gaspillage~~.		* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', tout déplacer vers '''utf8mb4''' est une erreur.
	* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.		* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.
	* Ubit Umarov précise que c'est tout de même '''4 fois plus d'espace''' et que les comparaisons sont '''plus lentes'''.		* Ubit Umarov précise que c'est tout de même '''4 fois plus d'espace''' et que les comparaisons sont '''plus lentes'''. Les principaux problèmes de performance de mb4 concernent '''les index''' qui sont essentiellement de '''type int32'''.
	* Gavin Hird dit que dans [[Lexique_des_réunions#PostgreSQL \|'''PostegreSQL''']] les enregistrements font de toute façon 8 ko (sauf pour les [https://fr.wikipedia.org/wiki/Binary_large_object '''BLOB''']) , donc il y a généralement beaucoup d'espace disponible.		* Gavin Hird dit que dans [[Lexique_des_réunions#PostgreSQL \|'''PostegreSQL''']] les enregistrements font de toute façon 8 ko (sauf pour les [https://fr.wikipedia.org/wiki/Binary_large_object '''BLOB''']) , donc il y a généralement beaucoup d'espace disponible.
	* Vincent Sylvester insiste sur le fait que beaucoup de lenteurs ne sont pas dues à l'utilisation d'utf8mb4 et qu'il serait avantageux d''''utiliser les jointures au niveau de la base de données plutôt que dans le code~~'''~~.		* Vincent Sylvester insiste sur le fait que beaucoup de lenteurs ne sont pas dues à l'utilisation d'utf8mb4 et qu'il serait avantageux d''''utiliser les jointures au niveau de la base de données plutôt que dans le code. Finalement, pour la plupart des choses, il faut que ce soit compatibles pour ne pas se soucier d'un petit changement dans l'Unicode qui ferait immédiatement exploser votre base de données.
	* NDRL : pfff, ~~encore 13 lignes sur~~ l'~~encodage... je souffre 😥 ... courage~~.		* Ubit Umarov pense que '''utf8mb3''' couvre la plupart des utilisations alors que Vincent Sylvester précise que des cas particuliers continuent d'apparaître et que '''utf8mb4''' est nécessaire.
	* 🏗️

	= Informations =		= Informations =

Acryline : /* Encodages des caractères */

2026-01-30T12:21:01Z

Encodages des caractères

← Version précédente		Version du 30 janvier 2026 à 12:21
Ligne 58 :		Ligne 58 :
	* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', c'est du gaspillage.		* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', c'est du gaspillage.
	* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.		* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.
	* Ubit Umarov précise que c'est tout de même 4 fois plus d'espace et que les comparaisons sont plus lentes.		* Ubit Umarov précise que c'est tout de même '''4 fois plus d'espace''' et que les comparaisons sont '''plus lentes'''.
	* NDRL : pfff, encore 22 lignes sur l'encodage... je souffre 😥 ... courage.		* Gavin Hird dit que dans [[Lexique_des_réunions#PostgreSQL \|'''PostegreSQL''']] les enregistrements font de toute façon 8 ko (sauf pour les [https://fr.wikipedia.org/wiki/Binary_large_object '''BLOB''']) , donc il y a généralement beaucoup d'espace disponible.
			* Vincent Sylvester insiste sur le fait que beaucoup de lenteurs ne sont pas dues à l'utilisation d'utf8mb4 et qu'il serait avantageux d''''utiliser les jointures au niveau de la base de données plutôt que dans le code'''.
			* NDRL : pfff, encore 13 lignes sur l'encodage... je souffre 😥 ... courage.
	* 🏗️		* 🏗️

Acryline : /* Encodages des caractères */

2026-01-30T12:14:14Z

Encodages des caractères

← Version précédente		Version du 30 janvier 2026 à 12:14
Ligne 59 :		Ligne 59 :
	* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.		* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.
	* Ubit Umarov précise que c'est tout de même 4 fois plus d'espace et que les comparaisons sont plus lentes.		* Ubit Umarov précise que c'est tout de même 4 fois plus d'espace et que les comparaisons sont plus lentes.
			* NDRL : pfff, encore 22 lignes sur l'encodage... je souffre 😥 ... courage.
	* 🏗️		* 🏗️

Acryline : /* Encodages des caractères */

2026-01-30T12:13:14Z

Encodages des caractères

← Version précédente		Version du 30 janvier 2026 à 12:13
Ligne 44 :		Ligne 44 :
	== Encodages des caractères ==		== Encodages des caractères ==
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
			* OpenSim prend en charge '''les emojis''', beaucoup d'icônes Unicode sont désormais disponibles.
	* '''Caractères latins''' : Ce terme fait référence aux lettres et symboles provenant de l'alphabet latin, principalement utilisé pour écrire les langues d’Europe de l'Ouest, d'Europe du Nord et d'Europe centrale, ainsi que les langues de nombreux pays qui ont été exposés à une forte influence européenne.[https://fr.wikipedia.org/wiki/Alphabet_latin]		* '''Caractères latins''' : Ce terme fait référence aux lettres et symboles provenant de l'alphabet latin, principalement utilisé pour écrire les langues d’Europe de l'Ouest, d'Europe du Nord et d'Europe centrale, ainsi que les langues de nombreux pays qui ont été exposés à une forte influence européenne.[https://fr.wikipedia.org/wiki/Alphabet_latin]
	* '''Unicode''' définit un '''ensemble universel de caractères''', chacun ayant un identifiant unique. Il permet des échanges de textes dans différentes langues, à un niveau mondial. Unicode ne spécifie pas comment les caractères doivent être encodés. [https://fr.wikipedia.org/wiki/Unicode].		* '''Unicode''' définit un '''ensemble universel de caractères''', chacun ayant un identifiant unique. Il permet des échanges de textes dans différentes langues, à un niveau mondial. Unicode ne spécifie pas comment les caractères doivent être encodés. [https://fr.wikipedia.org/wiki/Unicode].
Ligne 49 :		Ligne 50 :
	* '''utf8mb3''' est une variante du codage UTF-8, souvent utilisée dans les systèmes de gestion de bases de données comme MySQL. C'est un format de codage qui représente des caractères en utilisant jusqu'à '''trois octets'''.		* '''utf8mb3''' est une variante du codage UTF-8, souvent utilisée dans les systèmes de gestion de bases de données comme MySQL. C'est un format de codage qui représente des caractères en utilisant jusqu'à '''trois octets'''.
	* '''utf8mb4''' est une extension de utf8mb3, également utilisée dans des systèmes de bases de données comme MySQL. C'est un format qui encode jusqu'à '''quatre octets''' par caractère. Cela permet de représenter une gamme beaucoup plus large de caractères, y compris tout ce que utf8mb3 ne peut pas gérer.		* '''utf8mb4''' est une extension de utf8mb3, également utilisée dans des systèmes de bases de données comme MySQL. C'est un format qui encode jusqu'à '''quatre octets''' par caractère. Cela permet de représenter une gamme beaucoup plus large de caractères, y compris tout ce que utf8mb3 ne peut pas gérer.
	* [https://fr.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange '''ASCII'''] est une norme informatique d'encodage de caractères. Elle contient 128 points de code codés sur 7 bits et permet d'encoder les chiffres arabes de 0 à 9, les 26 lettres de l'alphabet latin en minuscules et en capitales, des symboles mathématiques et de ponctuation.		* [https://fr.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange '''ASCII'''] est une norme informatique d'encodage de caractères. Elle contient 128 points de code codés sur 7 bits et permet d'encoder les chiffres arabes de 0 à 9, les 26 lettres de l'alphabet latin en minuscules et en capitales, des symboles mathématiques et de ponctuation.
			* Un '''Emoji''' est un pictogramme utilisé dans un message électronique ou sur une page web. Bien qu'originaires du Japon, certains jeux de caractères émojis sont intégrés à Unicode, permettant leur utilisation partout dans le monde. 😊
	}}		}}
	* Les réponses aux requêtes de base de données sont extrêmement lentes en raison '''des incompatibilités entre les jeux de caractères des tables''', ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.		* Les réponses aux requêtes de base de données sont extrêmement lentes en raison '''des incompatibilités entre les jeux de caractères des tables''', ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.
Ligne 55 :		Ligne 57 :
	* Jusqu'à présent il n'a rien vu qui ne fonctionne pas. Cela utilise certes plus de données, mais comme c'est uniforme, '''beaucoup de requêtes sont plus rapides''' et il y a beaucoup d'informations utiles à gagner avec les jointures.		* Jusqu'à présent il n'a rien vu qui ne fonctionne pas. Cela utilise certes plus de données, mais comme c'est uniforme, '''beaucoup de requêtes sont plus rapides''' et il y a beaucoup d'informations utiles à gagner avec les jointures.
	* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', c'est du gaspillage.		* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', c'est du gaspillage.
			* Vincent Sylvester trouve que l'uniformité facilite l'utilisation pour les requêtes spéciales et, en réalité, cela ne gaspille pas beaucoup d'espace supplémentaire. C'est un compromis qu'il est prêt à faire.
			* Ubit Umarov précise que c'est tout de même 4 fois plus d'espace et que les comparaisons sont plus lentes.
	* 🏗️		* 🏗️

Acryline : /* Encodages des caractères */

2026-01-30T12:02:14Z

Encodages des caractères

← Version précédente		Version du 30 janvier 2026 à 12:02
Ligne 49 :		Ligne 49 :
	* '''utf8mb3''' est une variante du codage UTF-8, souvent utilisée dans les systèmes de gestion de bases de données comme MySQL. C'est un format de codage qui représente des caractères en utilisant jusqu'à '''trois octets'''.		* '''utf8mb3''' est une variante du codage UTF-8, souvent utilisée dans les systèmes de gestion de bases de données comme MySQL. C'est un format de codage qui représente des caractères en utilisant jusqu'à '''trois octets'''.
	* '''utf8mb4''' est une extension de utf8mb3, également utilisée dans des systèmes de bases de données comme MySQL. C'est un format qui encode jusqu'à '''quatre octets''' par caractère. Cela permet de représenter une gamme beaucoup plus large de caractères, y compris tout ce que utf8mb3 ne peut pas gérer.		* '''utf8mb4''' est une extension de utf8mb3, également utilisée dans des systèmes de bases de données comme MySQL. C'est un format qui encode jusqu'à '''quatre octets''' par caractère. Cela permet de représenter une gamme beaucoup plus large de caractères, y compris tout ce que utf8mb3 ne peut pas gérer.
			* [https://fr.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange '''ASCII'''] est une norme informatique d'encodage de caractères. Elle contient 128 points de code codés sur 7 bits et permet d'encoder les chiffres arabes de 0 à 9, les 26 lettres de l'alphabet latin en minuscules et en capitales, des symboles mathématiques et de ponctuation.
	}}		}}
	* Les réponses aux requêtes de base de données sont extrêmement lentes en raison '''des incompatibilités entre les jeux de caractères des tables''', ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.		* Les réponses aux requêtes de base de données sont extrêmement lentes en raison '''des incompatibilités entre les jeux de caractères des tables''', ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.
	* Vincent Sylvester a tout '''unifié en utf8mb4 general_ci''' sans plus. D'après ce qu'il sait, cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre. Il peut y avoir des problèmes de compatibilité avec les '''caractères latins''' lorsqu’on utilise le codage '''utf8mb3''', tandis que le codage '''utf8mb4''' gère ces caractères sans difficulté.		* Vincent Sylvester a tout '''unifié en utf8mb4 general_ci''' champs et tables, sans plus. D'après ce qu'il sait, cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre. Il peut y avoir des problèmes de compatibilité avec les '''caractères latins''' lorsqu’on utilise le codage '''utf8mb3''', tandis que le codage '''utf8mb4''' gère ces caractères sans difficulté.
			* Jusqu'à présent il n'a rien vu qui ne fonctionne pas. Cela utilise certes plus de données, mais comme c'est uniforme, '''beaucoup de requêtes sont plus rapides''' et il y a beaucoup d'informations utiles à gagner avec les jointures.
			* Ubit Umarov pense qu'il n'y a aucun intérêt à utiliser UTF-8 pour certaines choses comme les [https://fr.wikipedia.org/wiki/Universally_unique_identifier '''UUID'''] et d'autres éléments qui n'utilisent que l''''ASCII''', c'est du gaspillage.

	* 🏗️		* 🏗️

Acryline : /* Encodages des caractères */

2026-01-30T11:49:50Z

Encodages des caractères

← Version précédente		Version du 30 janvier 2026 à 11:49
Ligne 51 :		Ligne 51 :
	}}		}}
	* Les réponses aux requêtes de base de données sont extrêmement lentes en raison '''des incompatibilités entre les jeux de caractères des tables''', ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.		* Les réponses aux requêtes de base de données sont extrêmement lentes en raison '''des incompatibilités entre les jeux de caractères des tables''', ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.
	* Vincent Sylvester a tout '''unifié en ~~uft8mb4~~''' sans plus. D'après ce qu'il sait, cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre. Il peut y avoir des problèmes de compatibilité avec les '''caractères latins''' lorsqu’on utilise le codage '''utf8mb3''', tandis que le codage '''utf8mb4''' gère ces caractères sans difficulté.		* Vincent Sylvester a tout '''unifié en utf8mb4 general_ci''' sans plus. D'après ce qu'il sait, cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre. Il peut y avoir des problèmes de compatibilité avec les '''caractères latins''' lorsqu’on utilise le codage '''utf8mb3''', tandis que le codage '''utf8mb4''' gère ces caractères sans difficulté.
	* 🏗️		* 🏗️

Acryline : /* Mise à l'échelle */

2026-01-30T11:48:51Z

Mise à l'échelle

← Version précédente		Version du 30 janvier 2026 à 11:48
Ligne 40 :		Ligne 40 :
	* Gavin Hird évoque également la [https://fr.wikipedia.org/wiki/Extensibilit%C3%A9#Introduction '''Mise à l'échelle / extensibilité'''] d'un simulateur. (NDRL : Un simulateur qui fonctionne pour un petit nombre d'utilisateurs peut rencontrer des problèmes s'il voit sa fréquentation augmenter. ) La base de données est saturée par le nombre de requêtes envoyées simultanément.		* Gavin Hird évoque également la [https://fr.wikipedia.org/wiki/Extensibilit%C3%A9#Introduction '''Mise à l'échelle / extensibilité'''] d'un simulateur. (NDRL : Un simulateur qui fonctionne pour un petit nombre d'utilisateurs peut rencontrer des problèmes s'il voit sa fréquentation augmenter. ) La base de données est saturée par le nombre de requêtes envoyées simultanément.
	* Vincent Sylvester répond qu'il suffit d'ajouter des ressources matérielles pour résoudre le problème.		* Vincent Sylvester répond qu'il suffit d'ajouter des ressources matérielles pour résoudre le problème.
	* Gavin Hird pense que les écritures dans * 🏗️		* Gavin Hird pense que les écritures dans la base de données sont généralement assez lentes, quel que soit le matériel.

	== Encodages des caractères ==		== Encodages des caractères ==
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>

Acryline : /* Base de données */

2026-01-30T11:44:14Z

Base de données

← Version précédente		Version du 30 janvier 2026 à 11:44
Ligne 34 :		Ligne 34 :
	* Vincent Sylvester a essayé quelques options dans MariaDB, mais il n'a pas pu déterminer si les requêtes étaient plus rapides ou non. Il a aussi '''alloué beaucoup de mémoire pour la mise en cache des tables''', ce qui semble être le plus efficace.		* Vincent Sylvester a essayé quelques options dans MariaDB, mais il n'a pas pu déterminer si les requêtes étaient plus rapides ou non. Il a aussi '''alloué beaucoup de mémoire pour la mise en cache des tables''', ce qui semble être le plus efficace.
	* Les tables d'OpenSim n'ont '''pas le même jeu de caractères''', cela rend ces appelles extrêmement lents. Toutes '''les opérations de jointure''' qui nécessitent une conversion de données prend une éternité. Si les tables étaient unifiée aux mêmes jeux de caractères, les jointures internes prendraient moins d'une seconde. Vincent Sylvester s'occuper de ce problème (voir ci-dessous). Mais, il confirme que les vues matérialisées seraient encore plus rapide.		* Les tables d'OpenSim n'ont '''pas le même jeu de caractères''', cela rend ces appelles extrêmement lents. Toutes '''les opérations de jointure''' qui nécessitent une conversion de données prend une éternité. Si les tables étaient unifiée aux mêmes jeux de caractères, les jointures internes prendraient moins d'une seconde. Vincent Sylvester s'occuper de ce problème (voir ci-dessous). Mais, il confirme que les vues matérialisées seraient encore plus rapide.

	* Gavin Hird parle également de la [https://fr.wikipedia.org/wiki/Extensibilit%C3%A9#Introduction '''Mise à l'échelle / extensibilité'''] d'OpenSim. (NDRL : Un simulateur qui fonctionne pour un petit nombre d'utilisateurs peut rencontrer des problèmes s'il voit sa fréquentation augmenter. ) La base de données est saturée par le nombre de requêtes envoyées simultanément.

	=== Test ===		=== Test ===
	* Vincent a fait un test de recherche Web sur [https://zetaworlds.com/home '''ZetaWorlds'''] qui compte 2500 utilisateurs, des dizaines d'articles de blog, des lieux, des petites annonces, etc. La recherche a trouvé 33 résultats en : 0,04070019721984863 secondes.		* Vincent a fait un test de recherche Web sur [https://zetaworlds.com/home '''ZetaWorlds'''] qui compte 2500 utilisateurs, des dizaines d'articles de blog, des lieux, des petites annonces, etc. La recherche a trouvé 33 résultats en : 0,04070019721984863 secondes.

			== Mise à l'échelle ==
			* Gavin Hird évoque également la [https://fr.wikipedia.org/wiki/Extensibilit%C3%A9#Introduction '''Mise à l'échelle / extensibilité'''] d'un simulateur. (NDRL : Un simulateur qui fonctionne pour un petit nombre d'utilisateurs peut rencontrer des problèmes s'il voit sa fréquentation augmenter. ) La base de données est saturée par le nombre de requêtes envoyées simultanément.
			* Vincent Sylvester répond qu'il suffit d'ajouter des ressources matérielles pour résoudre le problème.
			* Gavin Hird pense que les écritures dans * 🏗️
	== Encodages des caractères ==		== Encodages des caractères ==
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>

Acryline : /* Discussion */

2026-01-30T11:39:53Z

Discussion

← Version précédente		Version du 30 janvier 2026 à 11:39
Ligne 34 :		Ligne 34 :
	* Vincent Sylvester a essayé quelques options dans MariaDB, mais il n'a pas pu déterminer si les requêtes étaient plus rapides ou non. Il a aussi '''alloué beaucoup de mémoire pour la mise en cache des tables''', ce qui semble être le plus efficace.		* Vincent Sylvester a essayé quelques options dans MariaDB, mais il n'a pas pu déterminer si les requêtes étaient plus rapides ou non. Il a aussi '''alloué beaucoup de mémoire pour la mise en cache des tables''', ce qui semble être le plus efficace.
	* Les tables d'OpenSim n'ont '''pas le même jeu de caractères''', cela rend ces appelles extrêmement lents. Toutes '''les opérations de jointure''' qui nécessitent une conversion de données prend une éternité. Si les tables étaient unifiée aux mêmes jeux de caractères, les jointures internes prendraient moins d'une seconde. Vincent Sylvester s'occuper de ce problème (voir ci-dessous). Mais, il confirme que les vues matérialisées seraient encore plus rapide.		* Les tables d'OpenSim n'ont '''pas le même jeu de caractères''', cela rend ces appelles extrêmement lents. Toutes '''les opérations de jointure''' qui nécessitent une conversion de données prend une éternité. Si les tables étaient unifiée aux mêmes jeux de caractères, les jointures internes prendraient moins d'une seconde. Vincent Sylvester s'occuper de ce problème (voir ci-dessous). Mais, il confirme que les vues matérialisées seraient encore plus rapide.

			* Gavin Hird parle également de la [https://fr.wikipedia.org/wiki/Extensibilit%C3%A9#Introduction '''Mise à l'échelle / extensibilité'''] d'OpenSim. (NDRL : Un simulateur qui fonctionne pour un petit nombre d'utilisateurs peut rencontrer des problèmes s'il voit sa fréquentation augmenter. ) La base de données est saturée par le nombre de requêtes envoyées simultanément.

	=== Test ===		=== Test ===
	* Vincent a fait un test de recherche Web sur [https://zetaworlds.com/home '''ZetaWorlds'''] qui compte 2500 utilisateurs, des dizaines d'articles de blog, des lieux, des petites annonces, etc. La recherche a trouvé 33 résultats en : 0,04070019721984863 secondes.		* Vincent a fait un test de recherche Web sur [https://zetaworlds.com/home '''ZetaWorlds'''] qui compte 2500 utilisateurs, des dizaines d'articles de blog, des lieux, des petites annonces, etc. La recherche a trouvé 33 résultats en : 0,04070019721984863 secondes.

Acryline : /* Vues matérialisées et jointures */

2026-01-30T11:11:12Z

Vues matérialisées et jointures

← Version précédente		Version du 30 janvier 2026 à 11:11
Ligne 30 :		Ligne 30 :
	* En informatique et plus particulièrement dans les bases de données relationnelles, '''la jointure''' ou appariement est l'opération permettant d’associer plusieurs tables ou vues de la base par le biais d’un lien logique de données entre les différentes tables ou vues, le lien étant vérifié par le biais d'un prédicat. [https://fr.wikipedia.org/wiki/Jointure_(informatique)]		* En informatique et plus particulièrement dans les bases de données relationnelles, '''la jointure''' ou appariement est l'opération permettant d’associer plusieurs tables ou vues de la base par le biais d’un lien logique de données entre les différentes tables ou vues, le lien étant vérifié par le biais d'un prédicat. [https://fr.wikipedia.org/wiki/Jointure_(informatique)]
	}}		}}
			=== Discussion ===
	* Gavin Hird recommande d'adopter les '''vues matérialisées''', susceptibles d'être utilisées à de nombreux endroits dans les requêtes de base de données d'OpenSim, par exemple pour l''''inventaire''', les '''groupes''' et la '''recherche''', plutôt que de manipuler les tables de manière aussi complexe que c'est le cas actuellement. Il ne sait pas si la version libre de [[Lexique_des_réunions#MySQL \|'''MySQL]] dispose des vues matérialisées..		* Gavin Hird recommande d'adopter les '''vues matérialisées''', susceptibles d'être utilisées à de nombreux endroits dans les requêtes de base de données d'OpenSim, par exemple pour l''''inventaire''', les '''groupes''' et la '''recherche''', plutôt que de manipuler les tables de manière aussi complexe que c'est le cas actuellement. Il ne sait pas si la version libre de [[Lexique_des_réunions#MySQL \|'''MySQL]] dispose des vues matérialisées..
	* Vincent Sylvester a essayé quelques options dans MariaDB, mais il n'a pas pu déterminer si les requêtes étaient plus rapides ou non. Il a aussi '''alloué beaucoup de mémoire pour la mise en cache des tables''', ce qui semble être le plus efficace.		* Vincent Sylvester a essayé quelques options dans MariaDB, mais il n'a pas pu déterminer si les requêtes étaient plus rapides ou non. Il a aussi '''alloué beaucoup de mémoire pour la mise en cache des tables''', ce qui semble être le plus efficace.
	* Les tables d'OpenSim n'ont '''pas le même jeu de caractères''', cela rend ces appelles extrêmement lents. Toutes '''les opérations de jointure''' qui nécessitent une conversion de données prend une éternité. Si les tables étaient unifiée aux mêmes jeux de caractères, les jointures internes prendraient moins d'une seconde. Vincent Sylvester s'occuper de ce problème (voir ci-dessous). Mais, il confirme que les vues matérialisées seraient encore plus rapide.		* Les tables d'OpenSim n'ont '''pas le même jeu de caractères''', cela rend ces appelles extrêmement lents. Toutes '''les opérations de jointure''' qui nécessitent une conversion de données prend une éternité. Si les tables étaient unifiée aux mêmes jeux de caractères, les jointures internes prendraient moins d'une seconde. Vincent Sylvester s'occuper de ce problème (voir ci-dessous). Mais, il confirme que les vues matérialisées seraient encore plus rapide.
			=== Test ===
			* Vincent a fait un test de recherche Web sur [https://zetaworlds.com/home '''ZetaWorlds'''] qui compte 2500 utilisateurs, des dizaines d'articles de blog, des lieux, des petites annonces, etc. La recherche a trouvé 33 résultats en : 0,04070019721984863 secondes.

	== Encodages des caractères ==		== Encodages des caractères ==

Réunion du 25-11-2025 - Historique des versions

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Mise à l'échelle */

Acryline : /* Base de données */

Acryline : /* Discussion */

Acryline : /* Vues matérialisées et jointures */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Encodages des caractères */

Acryline : /* Mise à l'échelle */

Acryline : /* Base de données */

Acryline : /* Discussion */

Acryline : /* Vues matérialisées et jointures */