Hallo, > Wenn ich eine einzige Tabelle dafür mach, währen das dann 800.000 > Zeilen und mehr tausenden von Spalten. Dann kommt dazu, das ich die > Benuzerrechte über die Zeilen managen muß... Vielleicht wollte ich anregen, das Konzept an sich einfach mal zu überdenken? Vielleicht lässt sich einiges auch ganz anders lösen als man das bisher getan hat - das macht manchmal durchaus Sinn :-) > Das ist ja dann ein Dump, der mehrere Tabellen beinhaltet... Habe ich > bis jetzt nicht hinbekommen... Jede Tabelle einzeln :-) > Das Datenbank-Schema ist ja bei $USER auch vorhanden. Mit allen 800.000 Tabellen? Ohje.. > Damit muß ich aber alle tabellen einzeln dumpen. Ich suchte eine > Möglichkeit, wie ich gleich ein dutzent Tabellen auf einem einzigen > Schlag dumpen kann, damit der $USER es einfacher hat. Selbst schreiben ist eine Lösung. Per SELECT alles rausholen, in das Dateiformat für den COPY FROM bringen und speichern das ganze. Wie das genau aussieht, zeigt ein Blick in die Ausgabe des normalen Dumps. Und was die Datenkollisionen angeht, so könnte man in dem entsprechenden File entweder alles in Transaktionen verpacken und dann spielen die IntegrityErrors keine Rolle weil sie ja nur Duplikate anzeigen oder man setzt einige entsprechende DROP Zeilen davor. > Ebend... Ich benötige ja für projekte keine 80 GByte Tabelle sondern > nur gewisse Daten daraus... Sowas läßt dann die Gehirnwindungen > rauchen. Ich hätte das ja auf die einzelnen Projekte direkt verteilt oder mir halt wirklich die Teilmenge der Daten in einen eigenen Dump geschrieben. Sollte wenn die SELECT Statements klar definiert sind doch kein Problem darstellen... > Läuft nicht unter WOODY :-) Mit neuerem Kernel (evtl. ein gepatchter) und einem Backport schon. Hatte ich mal... Cheers, Jan
Attachment:
signature.asc
Description: OpenPGP digital signature