Retourner aux forums || Retourner au forum Programmation.SQL
Programmation.SQL : Postgresql et olap cube
Posté par spirit () le 12 octobre 2007En effet je n'ai pas trouvé beaucoup de documentation à part un fichier text anorexique...
> Lire le message (14 commentaires, moyenne: 0,6).
qques textes grace à notre ami google
en tapant
cube olap
le lien 3 me donne : http://www.supinfo-projects.com/fr/2004/analysis_manager/
le 4e lien me donne : http://www.revue-eti.net/document.php?id=467
ca devrait t'aider à demarrer.
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
-
[^]Re: qques textes grace à notre ami google
Posté par spirit () le 12/10/2007 à 21:20. (lien). Évalué à 2.Merci c'est sympa mais l'olap je commence à m'y retrouver. Ce que je cherche, je me suis peut-être mal exprimé, c'est de la doc sur la création de cubes olap sur postgresql, pas sur l'olap en sois.
-
[^]Re: qques textes grace à notre ami google
Posté par NeoX () le 13/10/2007 à 09:06. (lien). Évalué à 1.regarde bien les liens que je propose
ils expliquent comment structurer une base de données pour simuler un cube olap
grosso modo il semblerait qu'ils fassent une table centrale puis une table pour chaque dimension liée à la table centrale.--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: qques textes grace à notre ami google
Posté par spirit () le 13/10/2007 à 10:23. (lien). Évalué à 1.Ce qui m'interesse c'est postgresql ! Je ne veux pas simuler un cube ! Il y a tout ce qui ce qu'il faut pour ne pas avoir à simuler ! :)
-
[^]Re: qques textes grace à notre ami google
Posté par NeoX () le 13/10/2007 à 12:26. (lien). Évalué à 1.postgresql c'est un moteur de base de donnée
donc la theorie pour rentrer un cube olap dans un base de données,
que ce soit une base de donnée MSSql, MySql, PostgreSql, fichier à plat ou autre reste la meme.
CQFD
maintenant ce que tu cherches reellement c'est peut-etre le code postgresql à faire pour creer les tables et les liens entre les tables, non ?--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: qques textes grace à notre ami google
Posté par spirit () le 13/10/2007 à 12:53. (lien). Évalué à 0.NON !!!
un cube olap ne se pose pas bêtement sur un sgbd, il y a un "plus" services analysis pour sql server, Oracle OLAP pour Oracle, le module dédié pour postgresql etc....
Donc CQFD ce n'est pas la même chose !
Merci si tu n'y connais rien de ne pas venir me faire la leçon !-
[^]Re: qques textes grace à notre ami google
Posté par NeoX () le 13/10/2007 à 15:39. (lien). Évalué à 2.sans s'enerver, et à ce moment là je dirais que la question initiale etait mal posée
matérialiser un cube olap sous postgresql
ben d'apres les 2 sites, cela passe deja par une structure adaptée.
ensuite tu peux utiliser des helpers ou des modelisateurs.
et donc finalement ta question reformulée pourrait etre
"il existe des analyseurs de cube Olap sur sql server et oracle serveur, et apparemment il existe la meme chose sous postgresql.
Quelqu'un se serait-il deja servi de cet analyseur et aurait des informations à me proposer ?"--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: qques textes grace à notre ami google
-
[^]Re: qques textes grace à notre ami google
Posté par bluebear () le 13/10/2007 à 16:46. (lien). Évalué à 0.Ouaip t'es juste un peu pesant c'est clair, tu as lu la 2ème réponse qu'il t'a donnée ? Matérialiser un cube olap sous postgresql ! C'est précis et spécifique ! Venir sur les forum et cracher les deux premiers liens googles qui ne correspondent même pas, c'est bien bidon. Si c'est pour avoir une attitude de trouduc comme celle là, reste dans ton monde et arrête de prendre les gens pour des cons ! Tu crois quoi ? Que les gens sur linux.fr sont pas foutus d'aller sur ask ou google ?
Bon celà étant géré, la suite.
J'ai aussi regardé la création de cubes olap sous postgresql et je n'en ai pas trouvé bcp plus (je n'ai pas non plus eu le temps de bcp chercher en même temps.)
As tu connaissance de ce produit : http://www.bizgres.org/home.php ?-
[^]Re: qques textes grace à notre ami google
Posté par Farvardin (page perso, ) le 13/10/2007 à 18:54. (lien). Évalué à 2.si tu n'es pas suffisamment cordial pour apprécier l'aide qu'un bénévole essaye de te fournir sans espoir de contrepartie, sauf peut-être un minimum de respect, tu n'as qu'à te payer le support d'un prestataire spécialisé en postgresql :
http://www.postgresql.org/support/professional_support_europ(...)--
You can't grep dead trees...-
[+] [^]Re: qques textes grace à notre ami google
Posté par bluebear () le 13/10/2007 à 19:44. (lien). Évalué à -1.De l'aide ? Je n'apelle pas cela de l'aide et d'un.
Et de deux le monsieur te parle d'une contribution (cube pour postgresql) donc pas de support !
Ensuite je veux bien être cordiale... jusqu'ç un certain point. Excuse moi mais jetter des liens en assurant que se sont les bons... heuuu... voilà quoi.
A un moment il faut appeller un chat un chat et un chien un chien !
-
-
-
-
-
-
-
-
Documentation actuelle fournie pour la contribution cube sur postgresql
Voici la documentation fournie pour ceux que ca interesserait : https://projects.commandprompt.com/public/pgsql/browser/trun(...)
-
[^]Re: Documentation actuelle fournie pour la contribution cube sur postgre
Posté par bluebear () le 13/10/2007 à 17:09. (lien). Évalué à 0.Ouaip, j'ai la même pas très conviviale ^^ mais je crois que c'est le passage obligé... je vais m'y mettre... et vu le nombre de réponses (ou plutôt leur qualité...) tu vas juste te taper des boulets qui vont tenter de t'apprendre à faire un select ;) et te lancer des liens google à la volée.
Si je trouve un truc sympa je te laisserai un message sur jabber.
Revenir en haut de page || Retourner aux forums || Retourner au forum Programmation.SQL



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.