Heu nan, parce j'adore le SQL et j'ai pas envie de me prendre la tête à coder des boucles pour récups mes infos..
Sur les forums Pgsql, ils m'ont conseillé de faire une transaction complète pour encadrer les insertions, de mettre le minimum d'indexs. Ce qui rejoint la remarque de facatergnie plus haut sur les 8ms pour l"insert : il y avait autocommit, on avait donc un temps d'accès disque.
Les résultats sont spectaculaires ! Ca prend toujours qq heures, mais plus 2 jours.
Donc c'est toujours possible.
Mais franchement ton idée est intéressante, et j'y penses souvent, il faudrait juste un sql interne à un langage aussi puissant que SQL voire HQL. On a passé pas mal de temps à imaginer une syntaxe sympa en Lisaac avec l'auteur du langage, et j'espère qu'un jour ça deviendra réalité.
Mais là encore, je suis pas sûr qu'on soit toujours plus rapide : c'est qd même bien foutu un SGBD.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: 300K x 5M...
Posté par Ontologia (site web personnel) . En réponse au message Optimisation Postgre pour requetes de stats. Évalué à 1.
Sur les forums Pgsql, ils m'ont conseillé de faire une transaction complète pour encadrer les insertions, de mettre le minimum d'indexs. Ce qui rejoint la remarque de facatergnie plus haut sur les 8ms pour l"insert : il y avait autocommit, on avait donc un temps d'accès disque.
Les résultats sont spectaculaires ! Ca prend toujours qq heures, mais plus 2 jours.
Donc c'est toujours possible.
Mais franchement ton idée est intéressante, et j'y penses souvent, il faudrait juste un sql interne à un langage aussi puissant que SQL voire HQL. On a passé pas mal de temps à imaginer une syntaxe sympa en Lisaac avec l'auteur du langage, et j'espère qu'un jour ça deviendra réalité.
Mais là encore, je suis pas sûr qu'on soit toujours plus rapide : c'est qd même bien foutu un SGBD.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker