Apéro Techno Stephen Rousset. Plan : 1.Discussion autour du concept NoSQL 2.Utilisation côté code (C#) 3.Du concret 4.Questions ?

Présentation au sujet: "Apéro Techno Stephen Rousset. Plan : 1.Discussion autour du concept NoSQL 2.Utilisation côté code (C#) 3.Du concret 4.Questions ?"— Transcription de la présentation:

1 Apéro Techno Stephen Rousset

2 Plan : 1.Discussion autour du concept NoSQL 2.Utilisation côté code (C#) 3.Du concret 4.Questions ?

3 J’en ai entendu parlé … C’est quoi ? NoSQL ? Not Only SQL ! Non relationnel SQL MongoDB (Sourceforge) Big table chez Google Cassandra chez Facebook

4 Ah oui, mais quelles différences avec le SQL classique ? Par rapport à un SGBD classique: Souple Pas de colonnes Pas relationnel Pas transactionnel Performant Gros besoin de disponibilité en lecture Table type annuaire Plus de lecture que d’écriture Ultra scalable

5 OK mais ça fonctionne comment ? On peut considérer MongoDB comme un système de fichier Chaque entité peut être considérée comme un document Réplication des données sur plusieurs serveurs Résistance aux pannes Adaptabilité aux augmentations de charges

6 Et pour utiliser tout ça ? Très bien documenté, avec un site très complet http://www.mongodb.org/ API spécifique fournie pour tous les langages Une grosse communauté sur le net (Forum, tutoriels)

7 Au fait ça coûte combien? Il y a des outils ? Open source (Licence AGPL) Ligne de commande ou MongoVUE MongoVUE existe en version light gratuite ou complète payante (350$/An pour 100 utilisateurs).

8  Spectateur sympa 1 : Bon, on a bien compris la théorie, mais ça reste un peu flou!  Spectateur sympa 2 : Ouais dis, tu nous montres?  Présentateur sympa : Ok c’est parti

9 Côté MongoVUE Pas de révolution, simple, intuitif

10 Deux DLL à inclure, ce petit bout de code pour se connecter, et on peut travailler Pas d’usine à gaz SIMPLICITE

11 Côté MongoVUE Pas de révolution, simple, intuitif

12 Couches d’accès aux données : Simplissime

13 Rendez-nous la soirée annuelle !!!

14 BSON Définition: Binary JSON { "_id" : ObjectId("527ba872487f9d2124b67d5d"), "Lieu" : "Place de la bourse", "PrixUnitaire" : 75, "Date" : new Date("9/12/2009 20:00:00") } Il faut s’habituer à ce format Pour le requêtage Pour la lecture des documents

15 Les documents

16 Logique des documents Logique MongoDB Document SoiréeAnnuelle { "Lieu" : "Restaurant le chalet", "PrixUnitaire" : 75, "Date" : new Date("9/12/2009 20:00:00"), AdresseRestaurant : { Rue: Place de la bourse Ville: Paris Telephone: 0140848415 } Logique SQL Document SoiréeAnnuelle { "Lieu" : RestaurantID, "PrixUnitaire" : 75, "Date" : new Date("9/12/2009 20:00:00"), } Document Restaurant { ID: 1 Nom: Restaurant le Chalet Rue: Place de la bourse Ville: Paris Telephone: 0140848415 }

17 Chez Canal+ Un peu de concret ? Processus de mise en place de MongoDB chez Canal+

18 Un système de cache Problématique: fournir des informations aux clients directement sur leur Box sans impacter les SI existants Des millions d’abonnés, avec de gros pics de charge De gros CMS pas dimensionnés pour mettre à disposition des informations en temps réel. Réponse: Centraliser les données dans un système dédié, pouvant supporter une grosse charge

19 Implication Choix de MongoDB Conséquences: Ajout au catalogue côté système et DBA Validation des performances en banc de tests Mise en place sur une petite population d’abonnés

20 Développement Récupération de flux provenant des ST sources (surtout la nuit) Exposition de ces données lors de l’entrée des clients dans les univers Canal+ Système dimensionné pour afficher des informations lors des changements de chaînes

21 Conclusion Après trois mois en production, aucune alerte De nouveaux types de données vont être ajoutés progressivement dans MongoDB Prévisions à moyen terme: Plusieurs millions de lignes accessibles en parallèle à des millions d’abonnés

22

23 Rendez-nous la soirée annuelle !!!

24

25