[Jeu MultiJoueurs] Quel choix de base de données ?

Torpedox · 18/02/2006, 12h48

Bonjour,

Actuellement sur le projet d'un jeu multijoueurs, je me renseigne donc.

C'est un jeu multijoueurs (style jeu de rôle) avec un environnement dynamique, ce qui veut dire enormement de requêtes !
La base stockerait les données des joueurs, leurs positions... ainsi qu'eventuellement les données de la carte (peu de requête de ce côté).
Le jeu sera écris en Java.

En résumé, la quantité de donnée ne sera pas énorme (difficile à prédire pour l'instant, mais pas plus que quelques GB à mon avis) mais le nombre de requêtes sera très important puisque à chaque modification de l'environnement il faut modifier et lire la BD.
Le serveur sera très certainement sous Linux.

Quelle base de données (libre si possible) serait la plus adaptée à une telle application ?
J'ai pensé à SQL (Postgres). Que pensez-vous, que me conseillez-vous ?

Je n'ai jamais utilisé de base SQL dans de si grosses applications donc je n'ai aucune idée si ça va suivre.

Si vous avez des articles sur le sujet (Quelle Bd choisir, optimisation dans le cadre d'applications dans le genre etc.) n'hésitez pas !

En gros je recherche une base performante s'integrant bien avant Java. La quantité de donnée ne dépassera pas quelques GB mais le nombre de requêtes sera très important.
Et beaucoup de clients seront connectés en simultané (~200).

Quelle est donc la meilleure base à utiliser ?

Mes recherches ne m'ont guère avancé si ce n'est que je suis encore plus embrouillé ! Il y a tellement d'avis et cela change completement en fonction de l'utilisation...

Merci de vos conseils !

fadace · 28/02/2006, 09h46

Cf le comparatif.

C'est pour un jeu en liogne ou standalone ? Autrement dit, la base sera installée chez chaque joureur ou sur un serveur central ?

Torpedox · 28/02/2006, 11h13

C'est pour un jeu massivement multijoueurs. Donc un serveur central avec une seule base de donnée (côté serveur) et un module serveur qui gère les communications entre les clients.
Par contre je ne sais pas si techniquement les clients seront directement connecté à la base de donnée ou si seul un module serveur interagira avec la base de donnée et les clients seront connectés à celui-ci. Je pense tout de même que les clients seront connecté à un module serveur qui aura quelques vérifications à faire avant d'envoyer les requêtes vers les bases.

Donc ça serait une interaction avec un seul connecté - Le module serveur - (mais beaucoup de requêtes).
Ce module gerera ensuite par lui même l'interaction avec les modules clients.

fadace · 28/02/2006, 15h43

Dans ce cas, optez quand même pour une base robuste.
Les versions Express des bases commerciales devraient suffire (à voir avec leurs limitations). Pour l'OS, qu'avez-vous prévu ? Win ou Linux/Unix ?

Torpedox · 01/03/2006, 21h34

Le module serveur sera sous un environnement Linux.

Dans le comparatif, PostgresSql est comparé à Mysql.... J'imagine donc qu'il est dans une catégorie en dessous.

Interbase (ou plutôt firebird) m'a l'air pas mal et plusieurs post en parle en bien.
Je te cite d'un de tes autres posts :

Citation:

Personnellement, je pense que du OLTP massif de quelques centaines d'utilisateurs ne tient pas non plus sur Interbase... mais j'attends vos avis contradictoires sur la question...

Je pense qu'il y aura jusqu'à 2-300 utilisateurs connectés. Par contre, comme dit précédemment, je ne sais pas au niveau technique, comment cela gérer.

Est-ce les clients qui se connectent directement à la base ou passe par un module serveur qui se connecte à la base. (Dans ce cas, il n'y aurait plus qu'un seul connecté non ?).
Je pense qu'il est plus efficace de passer par un module serveur qui gérera les requêtes et effectuera les eventuelles vérifications plutôt que d'avoir un serveur qui se résume à une base de donnée.

Firebird s'intègre t'il bien avec Java ? Pensez-vous qu'il pourrait fonctionner pour un tel projet ?

SQLpro · 02/03/2006, 15h57

Rien à voir entre PostGreSQL et MySQL...
PostGreSQL gérait des transactions depuis des années alors que MySQL ne savait même pas ce qu'était une transaction, une sous requête ou une procédures stockée...

QUand à la rapidité et la robustesse, même chose. Le recul est beaucoup plus important sous PG que MySQL.

A +

Torpedox · 02/03/2006, 22h55

PostrGreSql pourrait-il convenir alors pour une telle application ?? Ou est-ce mieux d'utiliser firebird?

kedare · 12/03/2006, 21h57

Interbase conviendrais bien je trouve
avec le peut de maintenance nessecaire (vu que bon dans un mmorpg ca change constament les donnée ^^)
c'est tres rapide, assez simple d'utilisation , et open-source

(la version 6 en tout cas)
et il me semble qu'il y a des drivers jdbc

Torpedox · 20/03/2006, 01h10

Ok. Je pense que je vais m'orienter vers Firebird. Etant donné que la programmation ne commencera pas tout de suite, je vais pouvoir chopper la nouvelle version en plus

Merci pour votre aide.

Si vous avez d'autres conseils / avis, n'hésitez pas !!

Willl · 20/03/2006, 10h23

Un conseil de base : utilise des requêtes standard ou fais-toi une couche d'abstraction pour les requêtes de base de ton appli, pour pouvoir changer facilement de SGBD.

18/02/2006, 12h48	#1
Torpedox Nouveau Membre du Club Inscription : juillet 2002 Messages : 85 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 85 Points : 33 Points : 33	[Jeu MultiJoueurs] Quel choix de base de données ? Bonjour, Actuellement sur le projet d'un jeu multijoueurs, je me renseigne donc. C'est un jeu multijoueurs (style jeu de rôle) avec un environnement dynamique, ce qui veut dire enormement de requêtes ! La base stockerait les données des joueurs, leurs positions... ainsi qu'eventuellement les données de la carte (peu de requête de ce côté). Le jeu sera écris en Java. En résumé, la quantité de donnée ne sera pas énorme (difficile à prédire pour l'instant, mais pas plus que quelques GB à mon avis) mais le nombre de requêtes sera très important puisque à chaque modification de l'environnement il faut modifier et lire la BD. Le serveur sera très certainement sous Linux. Quelle base de données (libre si possible) serait la plus adaptée à une telle application ? J'ai pensé à SQL (Postgres). Que pensez-vous, que me conseillez-vous ? Je n'ai jamais utilisé de base SQL dans de si grosses applications donc je n'ai aucune idée si ça va suivre. Si vous avez des articles sur le sujet (Quelle Bd choisir, optimisation dans le cadre d'applications dans le genre etc.) n'hésitez pas ! En gros je recherche une base performante s'integrant bien avant Java. La quantité de donnée ne dépassera pas quelques GB mais le nombre de requêtes sera très important. Et beaucoup de clients seront connectés en simultané (~200). Quelle est donc la meilleure base à utiliser ? Mes recherches ne m'ont guère avancé si ce n'est que je suis encore plus embrouillé ! Il y a tellement d'avis et cela change completement en fonction de l'utilisation... Merci de vos conseils ! __________________ "Software is like sex, it's better when it's free" -- Linus Torvalds
	00

28/02/2006, 09h46	#2
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Cf le comparatif. C'est pour un jeu en liogne ou standalone ? Autrement dit, la base sera installée chez chaque joureur ou sur un serveur central ? __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

28/02/2006, 11h13	#3
Torpedox Nouveau Membre du Club Inscription : juillet 2002 Messages : 85 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 85 Points : 33 Points : 33	C'est pour un jeu massivement multijoueurs. Donc un serveur central avec une seule base de donnée (côté serveur) et un module serveur qui gère les communications entre les clients. Par contre je ne sais pas si techniquement les clients seront directement connecté à la base de donnée ou si seul un module serveur interagira avec la base de donnée et les clients seront connectés à celui-ci. Je pense tout de même que les clients seront connecté à un module serveur qui aura quelques vérifications à faire avant d'envoyer les requêtes vers les bases. Donc ça serait une interaction avec un seul connecté - Le module serveur - (mais beaucoup de requêtes). Ce module gerera ensuite par lui même l'interaction avec les modules clients. __________________ "Software is like sex, it's better when it's free" -- Linus Torvalds
	00

28/02/2006, 15h43	#4
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Dans ce cas, optez quand même pour une base robuste. Les versions Express des bases commerciales devraient suffire (à voir avec leurs limitations). Pour l'OS, qu'avez-vous prévu ? Win ou Linux/Unix ? __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

02/03/2006, 15h57	#6
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 950 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 950 Points : 17 769 Points : 17 769	Rien à voir entre PostGreSQL et MySQL... PostGreSQL gérait des transactions depuis des années alors que MySQL ne savait même pas ce qu'était une transaction, une sous requête ou une procédures stockée... QUand à la rapidité et la robustesse, même chose. Le recul est beaucoup plus important sous PG que MySQL. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

02/03/2006, 22h55	#7
Torpedox Nouveau Membre du Club Inscription : juillet 2002 Messages : 85 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 85 Points : 33 Points : 33	PostrGreSql pourrait-il convenir alors pour une telle application ?? Ou est-ce mieux d'utiliser firebird? __________________ "Software is like sex, it's better when it's free" -- Linus Torvalds
	00

12/03/2006, 21h57	#8
kedare Membre extrêmement actif Mathieu Administrateur systèmes et réseaux Inscription : juillet 2005 Messages : 1 476 Détails du profil Informations personnelles : Nom : Mathieu Localisation : France Informations professionnelles : Activité : Administrateur systèmes et réseaux Informations forums : Inscription : juillet 2005 Messages : 1 476 Points : 1 260 Points : 1 260	Interbase conviendrais bien je trouve avec le peut de maintenance nessecaire (vu que bon dans un mmorpg ca change constament les donnée ^^) c'est tres rapide, assez simple d'utilisation , et open-source (la version 6 en tout cas) et il me semble qu'il y a des drivers jdbc
	00

20/03/2006, 01h10	#9
Torpedox Nouveau Membre du Club Inscription : juillet 2002 Messages : 85 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 85 Points : 33 Points : 33	Ok. Je pense que je vais m'orienter vers Firebird. Etant donné que la programmation ne commencera pas tout de suite, je vais pouvoir chopper la nouvelle version en plus Merci pour votre aide. Si vous avez d'autres conseils / avis, n'hésitez pas !! __________________ "Software is like sex, it's better when it's free" -- Linus Torvalds
	00

20/03/2006, 10h23	#10
Willl Invité de passage Inscription : mars 2006 Messages : 13 Détails du profil Informations forums : Inscription : mars 2006 Messages : 13 Points : 2 Points : 2	Un conseil de base : utilise des requêtes standard ou fais-toi une couche d'abstraction pour les requêtes de base de ton appli, pour pouvoir changer facilement de SGBD.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email