Discussion :

[afourti]

Bonjour,

Voila je dois développer une toute petite application PHP dans le cadre d'un projet dans mon entreprise.
Je travaille dans le milieu de l’hôtellerie et l'application doit permettre à mes collègues de saisir une réservation avec le nom, prénom, téléphone, mail etc..
Bien sur avant de saisir la réservation il faudra vérifier si les chambre sont dispo en gros c'est ce qu'il fait un agent de réservation lorsqu'on appel une centrale...
Plus tard je souhaiterai mettre un module avec des rapports, genre statistique d'occupation etc... (mais ça c'est après pas pour tout de suite)

Ma question est la suivante :

Est-ce que Cassandra fera l'affaire comme database? Sachant que la base va grossir de jour en jour et doit être TOUJOURS disponible..Sinon est-ce que vous pouvez me conseiller autre chose?
Et si Cassandra fera l'affaire, des best practice à conseiller? Je suis entrain d'etudier un peu cette base de donnée et pour le moment c'est pas gagner avec l'histoire de primary key, clustering key No join etc... Mais ça reste très intéressant!


PS : si un poste pareil existe deja, veillez m’excuser, j'ai pourtant cherché

Merci d'avance,

[escartefigue]

Les primary key et clustering key sont des concepts qu'on trouve dans la (quasi) totalité des SGBD

Si l'application ne concerne qu'un seul hotel, à peu près n'importe quel SGBD fera l'affaire.

Si au contraire il s'agit d'une chaine Hotelière qui possède des établissements partout dans le monde peut être le problème de volumétrie se pose-t-il, quoiqu'encore j'en doute.
Que faut il stocker comme informations au titre d'un séjour hotelier ? l'identité du client, les dates du séjour, quelques notions de services souscrits ou non et un tarif, ça ne doit pas aller beaucoup plus loin ?
Auquel cas à votre place, j'orienterai mon choix vers un SGBD leader du marché, pour lequel vous trouverez plus facilement des compétences humaines (développeur, DBA), de la doc et du support.

Quand on dit l'appli doit être toujours disponible, Est-ce vraiment du 7j/7 24h/24 ?

[afourti]

Merci pour ta réponse.
Oui c'est une chaine hôtelière partout dans le monde effectivement avec environ 10.000 logements donc beaucoup de traffic sur la base je dirai...
Et pour ma disponibilité oui c'est vraiment 24/24 7/7 bien sur qu'à 2h du matin il n'y aura pas beaucoup de monde mais faut qu'elle soit accessible tout de même.
C'est que j'ai beaucoup apprécie dans Cassandra, c'est que c'est une base qui n'a pas de notion de Master/Slave et donc n'importe quel client peut taper dans n'importe quel node.
Sinon quelle autre base pensez-vous fera l'affaire?

Merci beaucoup

[escartefigue]

10000 logements, même avec des mouvements tous les jours, c'est très peu pour une base de données, rien avoir avec des mouvements bancaires par exemple (ne serait-ce que des paiements par carte pour lesquels un centre de traitement traite plusieurs millions de mouvements/jour avec potentiellement des mouvements très lourds en info, exemple les réservations aériennes).

De toutes façon, vous devrez prévoir des plages d'utilisation restreinte afin d'exécuter les servitudes (sauvegardes, réorg et autres).

Dans votre cas d'utilisation, l'une des solution est le partitionnement par tranche fuseau horaire, pour n'exécuter les sevitudes qu'en dehors des périodes de pointes en fonction de la localisation géographique de l'hotel concerné.

[afourti]

Merci pour votre réponse.
Dans ce cas qu'est ce que vous me conseillez comme base de données svp?

[escartefigue]

Certains sites de vente en ligne qui référencent un très grand nombre d'articles et sont disponibles 24/24 7/7 utilisent SQL-Server, bien plus répandu et pour lequel il est plus facile de trouver des ressources compétentes.

[afourti]

Je préfère les solutions linux par contre si possible