Bon pour info, le partitionnement de ma table semble avoir totalement
solutionné mes problèmes de performance lors d'accès concurrents.
Les blocages que j'avais ont disparus.
La charge globale du serveur à fondu (significativement).
Je me demande juste finalement à quoi sert d'avoir une table père dans
le partitionnement sous postgresql.
Puisque je n'aurai jamais accéder à cette table parent, mis a par le
fait de pouvoir ajouter un champ et le propager à toute les tables
filles, le concept de partitionnement via l'héritage me semble quelques
peu lourd...
En fait au final, le partitionnement consiste à séparer les données
contenues dans une table dans plusieurs tables (lorsque cela est possible).
"pif34" a écrit dans le message de news: 4e9d29dc$0$4008$
moi la question, que je me pose, c'est comment font les grosses bases... pasque si t'as besoin de 20 partitions sur une une base qui fait 1 Go, comment font les systèmes qui ont aujourd'hui plusieurs tera voir péta !?
Ben une base qui fait 1Go c'est une ultra mini base !
Oui, 1 Go c'est rien du tout. Pour répondre à pif34, les systèmes qui gèrent les "grosses" bases avec des données considérables (comme facebook, Google et autres) utilisent des bases de données orientées colonnes sur de l'informatique distribuée (BigTable, Hbase...). Voir le framework Hadoop : http://hadoop.apache.org/
oui, enfin dans les messages dans mes souvenirs, j'ai bien précisé que je parlais de modèle relationnel pour une base de donnée classique (hors clustering, etc.).
Par ailleurs, tout dépend aussi du résultat que tu souhaites: google ne retourne pas un résultat exacte... car quand tu prend des grandes bases de grandes entreprises ou administration francaise, celle qui tournent en tera(s) voir peta(s), elle tournent sur un clustering oracle plus classique... en tout cas, c'est oracle qui va gérer bonne partie du problème en conservant une modélisation relationnelle assez classique... on se pose uniquement quelques questions de déploiement, tablespace, etc.
Le 21/11/2011 06:50, Marco Blanc a écrit :
"Stéphane"<no_mail@free.fr> writes:
"pif34"<pif34@nospam.fr> a écrit dans le message de news:
4e9d29dc$0$4008$426a74cc@news.free.fr...
moi la question, que je me pose, c'est comment font les grosses bases...
pasque si t'as besoin de 20 partitions sur une une base qui fait 1 Go,
comment font les systèmes qui ont aujourd'hui plusieurs tera voir péta !?
Ben une base qui fait 1Go c'est une ultra mini base !
Oui, 1 Go c'est rien du tout. Pour répondre à pif34, les systèmes qui
gèrent les "grosses" bases avec des données considérables (comme
facebook, Google et autres) utilisent des bases de données orientées
colonnes sur de l'informatique distribuée (BigTable, Hbase...). Voir le
framework Hadoop : http://hadoop.apache.org/
oui, enfin dans les messages dans mes souvenirs, j'ai bien précisé que
je parlais de modèle relationnel pour une base de donnée classique (hors
clustering, etc.).
Par ailleurs, tout dépend aussi du résultat que tu souhaites: google ne
retourne pas un résultat exacte... car quand tu prend des grandes bases
de grandes entreprises ou administration francaise, celle qui tournent
en tera(s) voir peta(s), elle tournent sur un clustering oracle plus
classique... en tout cas, c'est oracle qui va gérer bonne partie du
problème en conservant une modélisation relationnelle assez classique...
on se pose uniquement quelques questions de déploiement, tablespace, etc.
"pif34" a écrit dans le message de news: 4e9d29dc$0$4008$
moi la question, que je me pose, c'est comment font les grosses bases... pasque si t'as besoin de 20 partitions sur une une base qui fait 1 Go, comment font les systèmes qui ont aujourd'hui plusieurs tera voir péta !?
Ben une base qui fait 1Go c'est une ultra mini base !
Oui, 1 Go c'est rien du tout. Pour répondre à pif34, les systèmes qui gèrent les "grosses" bases avec des données considérables (comme facebook, Google et autres) utilisent des bases de données orientées colonnes sur de l'informatique distribuée (BigTable, Hbase...). Voir le framework Hadoop : http://hadoop.apache.org/
oui, enfin dans les messages dans mes souvenirs, j'ai bien précisé que je parlais de modèle relationnel pour une base de donnée classique (hors clustering, etc.).
Par ailleurs, tout dépend aussi du résultat que tu souhaites: google ne retourne pas un résultat exacte... car quand tu prend des grandes bases de grandes entreprises ou administration francaise, celle qui tournent en tera(s) voir peta(s), elle tournent sur un clustering oracle plus classique... en tout cas, c'est oracle qui va gérer bonne partie du problème en conservant une modélisation relationnelle assez classique... on se pose uniquement quelques questions de déploiement, tablespace, etc.
