Discussion :

[JokerJet]

Bonjour à tous,

Tout juste débutant en développement, j'ai pour projet de monter un site (modeste mais novateur) de data-journalisme. Le concept est d'exploiter des données connues, en les recoupant, et en les restructurant pour les présenter sous un angle nouveau. J'ai déjà quelques idées sous le coude et toutes peuvent être développées, je pense, via un SGBD. Reste à savoir lequel

Pour être concret, une de ces idées est un bilan politique mondial depuis 1965. Depuis une petite semaine, j'ai saisi sur un tableur les gouvernements au pouvoir (image 1) ; une macro VBA m'a ensuite permis d'obtenir un second tableau, qui fait quasiment office de graphique sur l'évolution des forces politiques du dernier demi-siècle (image 2).





Pour info, j'ai déjà traduit les couleurs en valeur nominale (numérique) pour faciliter le transfert vers un SGBD.




J'ai fait mes débuts aujourd'hui sur OO Base et MySQL (EasyPHP) mais avant de lancer la machine, j'aimerais connaître les possibilités offertes par les différents SGBD, en particulier en termes de représentation graphique des données. Le concept étant de partir de données brutes pour en offrir une présentation nouvelle, esthétique voire interactive. Je travaillerai sur des graphiques "dynamiques" (où l'on peut cliquer/appuyer sur telle portion pour obtenir des infos complémentaires, donc avec des relations entre plusieurs bases). Dans l'exemple du bilan politique, le must serait une carte géographique. Je cherche donc un SGBD qui facilite une telle exploitation "graphique" des données.

Tous les conseils sont bienvenus, et si je me plante sur tel terme ou telle idée, n'hésitez pas à me reprendre (c'est comme ça qu'on avance).

Merci d'avance,

JJ

[SQLpro]

C'est en tant qu'ancien journaliste passé de l'autre côté de l'information que je me permet de te répondre...

Le plus important dans ton projet, au niveau du SGBDR, ne sera pas du tout la partie graphique, mais la rigueur extrème que tu devra t'imposer à deux niveaux :
1) celui de la modélisation... Donc bien connaître MERISE, utiliser un outil de modélisation adéquat (Power AMC par exemple et évitant les merdouilles gratuites comme MySQMerdeWorkbench...) et appliquer à la lettre les principes de normalisation
2) gérer la qualité des données en amont.

Ceci impose d'utiliser un SGBDR un peu costaud, au minimum PostGreSQL (surtout pas cet ersatz de SGBDR qu'est MySQmerde) voire SQL Server (la version gratuite est déjà très complète

Pour des idées sur la partie purement graphique, voir le livre datajournalisme :
http://www.amazon.fr/dp/2212136854/
et aussi :
http://www.amazon.fr/dp/2212135998

A +

[JokerJet]

Je me doutais que la partie graphique n'était que la partie émergée de l'iceberg...
Par modélisation, tu entends l'architecture des données, la définition des relations entre les tables ? C'est l'essentiel de ma réflexion aujourd'hui, la première "phase" du projet. Quant à la qualité des données, ça me préoccupe déjà. En ce sens, ce que j'ai produit jusqu'ici est plus un essai qu'autre chose. Je tiens à ce que les données que je publierai soient sourcées (autre que Wikipedia).

J'ai jeté un coup d'oeil à PostgreSQL, ça a l'air d'être soigné et ils ont une doc très complète. Bye bye MySQL donc.

Merci pour toutes ces références, je connaissais le premier guide mais pas le second. Commandé à l'instant

[Mat.M]

J'ai fait mes débuts aujourd'hui sur OO Base et MySQL (EasyPHP) mais avant de lancer la machine, j'aimerais connaître les possibilités offertes par les différents SGBD, en particulier en termes de représentation graphique des données. Le concept étant de partir de données brutes pour en offrir une présentation nouvelle, esthétique voire interactive. Je travaillerai sur des graphiques "dynamiques" (où l'on peut cliquer/appuyer sur telle portion pour obtenir des infos complémentaires, donc avec des relations entre plusieurs bases).

Aucun SGBDR exception faite de ms-Access ne permet des représentations graphiques, un SGBDR ignore totalement tout de la sortie graphique.
Le concepteur du programme informatique qui veut exploiter une base de données et sortir les données sous forme de tableaux et autres doit utiliser un langage de programmation et programmer ce que l'on appelle un programme client soit lourd ( avec NET par exemple ) soit web.
Dans une base de donnée on ne met que des valeurs numériques c'est tout...
donc ce qui est important quel que soit le SGBDR c'est la définition des tables.
Ensuite utiliser MERISE c'est peut-être un peu lourd et rigide comme méthode s'il n'y a juste que quelques tables..

[CinePhil]

Dans une base de donnée on ne met que des valeurs numériques c'est tout...

Euh...
Comment le site sur lequel nous discutons connaît-il votre login, votre mot de passe, le titre de la discussion, le titre du forum où elle se trouve ?

Ensuite utiliser MERISE c'est peut-être un peu lourd et rigide comme méthode s'il n'y a juste que quelques tables..

Même pour quelques tables - ce qu'on ne sait pas a priori à l'avance - la démarche conceptuel avec un bon MCD n'est pas lourde et est surtout très utile pour éviter les bêtises qui peuvent se payer cher par la suite, lors de la montée en charge de l'application, du nombre d'utilisateurs, du volume de données...