--2_0_b9_e4b9f18MHTML_=_01
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Die Fehlermeldung, die vor dem versuchten Erzeugen des Views erscheint
lautet:
ERROR: could not identify an ordering operator for type public.geometry
HINT: Use an explicit ordering operator or modify the query.
Der Operator public.geometry stammt aus PostGIS und ist im Dump
definiert. Anscheinend wird der Operator zu spät angelegt. Wenn ich den=
Restore trotz Fehler durchlaufen lasse und dann das fehlerhafte Schema
noch einmal Restore, werden auch die fehlenden Views angelegt. Auch das
deutet auf eine falsche Reihenfolge des Restores hin.
Gruss
Horst
------------------------------------------------
Dr. Horst Düster
GIS-Koordinator, Stv. Amtschef
Kanton Solothurn
Bau- und Justizdepartement
Amt für Geoinformation
SO!GIS Koordination
Rötistrasse 4
CH-4501 Solothurn
Telefon ++41(0)32 627 25 32
Telefax ++41(0)32 627 22 14
mailto:horst.duester [at] bd.so.ch
http://www.agi.so.ch
-----Ursprüngliche Nachricht-----
Von: A. Kretschmer [mailto:andreas.kretschmer [at] schollglas.com]
Gesendet am: Donnerstag, 4. Dezember 2008 09:41
An: pgsql-de-allgemein [at] postgresql.org
Betreff: Re: [pgsql-de-allgemein] pg_restore und view Reihenfolge
am Thu, dem 04.12.2008, um 9:18:44 +0100 mailte Düster Horst
folgendes:
> Hallo Liste
>
> Ich versuche mit pg_restore (8.3.3) eine Datensicherung aus pg_dump
(8.3.3) auf
> einen neuen DB-Cluster (8.3.3) zu spielen. Leider gibt es bei
verschiedenen
> Views Probleme diese zu rekonstruieren. Der Grund ist, dass es Views
sind, die
> in der FROM clause eine VIEW referenziert haben. Z.B.
>
> VIEW1:
>
> select * from VIEW2;
>
> Während des Restores wird versucht zuerst VIEW1 anzulegen. Das
misslingt aber,
> da VIEW2 noch nicht existiert. Wie kann ich mich aus dieser Misere
retten?
Autsch. Das sollte eigentlich seit 8.0 oder so niemals nie passieren,
wenn Du das belegen kannst, dann mache BITTE einen Bugreport.
>
> Danke für jede Hilfe.
Du kannst versuchen, mit pg_restore -l ein Listing zu erzeugen. Dieses
Listing enthält alle Objekte in der Reihenfolge, wie sie im Dump stehen=
=2E
Dieses Listing kannst Du per Hand editieren und die Objekte vertauschen,
bis die Reihenfolge stimmt. Dann pg_restore mit -L und dem von Dir
sortiertem Listfile, dann erfolgt das Restore in der von Dir definierten
Reihenfolge.
Und denke an den Bugreport!
Andreas
--
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net
--
Sent via pgsql-de-allgemein mailing list
(pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
--2_0_b9_e4b9f18MHTML_=_01
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html lang=3D"en">
<head><meta http-equiv=3D"Content-Type" content=3D"text/html;">
<title>Scalix message content</title>
<style type=3D"text/css">
<!--
=2ENormal { text-align: left; text-indent:0pt; margin-top:0pt; margin-bo=
ttom:0pt; font-family: Arial; font-size: 12pt; }
=2EDefault_Paragraph_Font {font-family: Arial; color: Black; background-c=
olor: white ; font-size: 12pt; font-weight: normal; font-style: normal; f=
ont-variant: normal; vertical-align: normal; text-decoration: none;}
div.ltTOCtitle { font-family: Verdana; font-size: 8pt; font-weight: bold;=
text-align: center;}
div.ltTOCl1 { font-family: Verdana; font-size: 8pt; font-weight: bold; ma=
rgin-left:32pt; text-indent:-32pt;}
div.ltTOCl2 { font-family: Verdana; font-size: 8pt; font-weight: bold; ma=
rgin-left:40pt; text-indent:-32pt;}
div.ltTOCl3 { font-family: Verdana; font-size: 8pt; font-weight: bold; m=
argin-left:48pt; text-indent:-32pt;}
div.ltTOCl4 { font-family: Verdana; font-size: 8pt; font-weight: bold; ma=
rgin-left:56pt; text-indent:-32pt;}
div.ltTOCl5 { font-family: Verdana; font-size: 8pt; font-weight: bold; ma=
rgin-left:64pt; text-indent:-32pt;}
div.ltTOCl6 { font-family: Verdana; font-size: 8pt; font-weight: bold; ma=
rgin-left:72pt; text-indent:-32pt;}
-->
</style>
</head>
<body>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Die Fehlermeldung=
, die vor
dem versuchten Erzeugen des Views erscheint lautet:</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>ERROR: could not=
identify
an ordering operator for type
public.geometry</span><br><span style=3D'font-size: 10pt; '>HINT: Use an=
explicit
ordering operator or modify the query.</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Der Operator publ=
ic.geometry
stammt aus PostGIS und ist im Dump definiert. Anscheinend wird der Operat=
or zu
spät angelegt. Wenn ich den Restore trotz Fehler durchlaufen lasse u=
nd dann
das fehlerhafte Schema noch einmal Restore, werden auch die fehlenden Vie=
ws
angelegt. Auch das deutet auf eine falsche Reihenfolge des Restores
hin.</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Gruss</span><br><=
span style=3D'font-size: 10pt; '>Horst</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>-----------------=
-------------------------------</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Dr. Horst
Düster</span><br><span style=3D'font-size: 10pt; '>GIS-Koordinator, S=
tv.
Amtschef</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Kanton
Solothurn</span><br><span style=3D'font-size: 10pt; '>Bau- und
Justizdepartement</span><br><span style=3D'font-size: 10pt; '>Amt fü=
r
Geoinformation</span><br><span style=3D'font-size: 10pt; '>SO!GIS
Koordination</span><br><span style=3D'font-size: 10pt; '>Rötistrasse=
4</span><br><span style=3D'font-size: 10pt; '>CH-4501 Solothurn</span></d=
iv>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Telefon ++41(0)32=
627 25
32</span><br><span style=3D'font-size: 10pt; '>Telefax ++41(0)32 627 22
14</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>mailto:horst.dues=
ter [at] bd.so.ch</span><br><span style=3D'font-size: 10pt; '>http://www.agi.s=
o.ch</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>-----Ursprün=
gliche
Nachricht-----</span><br><span style=3D'font-size: 10pt; '>Von: A. Kretsc=
hmer
[mailto:andreas.kretschmer [at] schollglas.com]</span><br><span style=3D'font-=
size: 10pt; '>Gesendet
am: Donnerstag, 4. Dezember 2008
09:41</span><br><span style=3D'font-size: 10pt; '>An:
pgsql-de-allgemein [at] postgresql.org</span><br><span style=3D'font-size: 10p=
t; '>Betreff:
Re: [pgsql-de-allgemein] pg_restore und view Reihenfolge</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>am Thu, dem 04.1=
2.2008, um
9:18:44 +0100 mailte Düster Horst
folgendes:</span><br><span style=3D'font-size: 10pt; '>> Hallo
Liste</span><br><span style=3D'font-size: 10pt; '>>
</span><br><span style=3D'font-size: 10pt; '>> Ich versuche mit pg_res=
tore
(8.3.3) eine Datensicherung aus pg_dump (8.3.3)
auf</span><br><span style=3D'font-size: 10pt; '>> einen neuen DB-Clust=
er
(8.3.3) zu spielen. Leider gibt es bei
verschiedenen</span><br><span style=3D'font-size: 10pt; '>> Views Prob=
leme
diese zu rekonstruieren. Der Grund ist, dass es Views sind,
die</span><br><span style=3D'font-size: 10pt; '>> in der FROM clause e=
ine VIEW
referenziert haben. Z.B.</span><br><span style=3D'font-size: 10pt; '>>=
</span><br><span style=3D'font-size: 10pt; '>>
VIEW1:</span><br><span style=3D'font-size: 10pt; '>>
</span><br><span style=3D'font-size: 10pt; '>> select * from
VIEW2;</span><br><span style=3D'font-size: 10pt; '>>
</span><br><span style=3D'font-size: 10pt; '>> Während des Restor=
es wird
versucht zuerst VIEW1 anzulegen. Das misslingt
aber,</span><br><span style=3D'font-size: 10pt; '>> da VIEW2 noch nich=
t
existiert. Wie kann ich mich aus dieser Misere retten?</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Autsch. Das sollt=
e
eigentlich seit 8.0 oder so niemals nie
passieren,</span><br><span style=3D'font-size: 10pt; '>wenn Du das belege=
n kannst,
dann mache BITTE einen Bugreport.</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>>
</span><br><span style=3D'font-size: 10pt; '>> Danke für jede
Hilfe.</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Du kannst versuch=
en, mit
pg_restore -l ein Listing zu erzeugen.
Dieses</span><br><span style=3D'font-size: 10pt; '>Listing enthält a=
lle
Objekte in der Reihenfolge, wie sie im Dump
stehen.</span><br><span style=3D'font-size: 10pt; '>Dieses Listing kannst=
Du per
Hand editieren und die Objekte
vertauschen,</span><br><span style=3D'font-size: 10pt; '>bis die Reihenfo=
lge
stimmt. Dann pg_restore mit -L und dem von
Dir</span><br><span style=3D'font-size: 10pt; '>sortiertem Listfile, dann=
erfolgt
das Restore in der von Dir
definierten</span><br><span style=3D'font-size: 10pt; '>Reihenfolge.</spa=
n></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Und denke an den
Bugreport!</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>Andreas</span><br=
><span style=3D'font-size: 10pt; '>--
</span><br><span style=3D'font-size: 10pt; '>Andreas
Kretschmer</span><br><span style=3D'font-size: 10pt; '>Kontakt: Heynitz:=
035242/47150, D1: 0160/7141639 (mehr: ->
Header)</span><br><span style=3D'font-size: 10pt; '>GnuPG-ID: 0x3FFF606=
C, privat
0x7F4584DA http://wwwkeys.de.pgp.net</span></div>
<br>
<div class=3D"Normal"><span style=3D'font-size: 10pt; '>--
</span><br><span style=3D'font-size: 10pt; '>Sent via pgsql-de-allgemein m=
ailing
list
(pgsql-de-allgemein [at] postgresql.org)</span><br><span style=3D'font-size: 1=
0pt; '>To
make changes to your
subscription:</span><br><span style=3D'font-size: 10pt; '>http://www.post=
gresql.org/mailpref/pgsql-de-allgemein</span></div>
</body>
</html>
--2_0_b9_e4b9f18MHTML_=_01--
