Problem mit Array Funktionen

Hi

Ich versuche gerade Zeile zu vereinen und dachte die array Funtionen könn=
ten helfen. Aber der posgresserver behauptet standhaft er würde diese nic=
ht kennen.=20

PSQL Version ist 8.4 unter FreeBSD 8.0

Geht nicht:

SELECT t.a,
array_to_string((CAST (i AS text)), ', ') as b=20
FROM t
GROUP BY a;

("i" ist ein samllint Feld)

Ergebnis:
ERROR: function array_to_string(text) does not exist


Geht auch nicht:

SELECT t.a,=20
array_agg(CAST (i as text)) as b
FROM t
GROUP BY a;

ERROR: function array_agg(text) does not exist

Gibt es eine Erklärung für diese Fehlermeldungen?

Grüße
Nicola









--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Nicola Tiling wrote:

> Ich versuche gerade Zeile zu vereinen und dachte die array Funtionen kö=
nnten helfen. Aber der posgresserver behauptet standhaft er würde diese=
nicht kennen.

> PSQL Version ist 8.4 unter FreeBSD 8.0

> Geht nicht:

> SELECT t.a,
> array_to_string((CAST (i AS text)), ', ') as b
> FROM t
> GROUP BY a;

> ("i" ist ein samllint Feld)

> Ergebnis:
> ERROR: function array_to_string(text) does not exist

array_to_string() will ja auch ein Array :-).

> Geht auch nicht:

> SELECT t.a,
> array_agg(CAST (i as text)) as b
> FROM t
> GROUP BY a;

> ERROR: function array_agg(text) does not exist

> Gibt es eine Erklärung für diese Fehlermeldungen?

Zumindest dieses funktioniert bei mir mit 8.4, und wenn Du
um das array_agg() noch ein array_to_string() baust, hast Du
auch die gewünschte Verknüpfung.

Tim


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Moin

merci alle - Ich habs hinbekommen. Ein Denkfehler meinerseits, ich hatte au=
ch auf eine (eindeutige) id selektiert und dann konnte die funktion ja nich=
t für das gewünschten Feld das Array bilden.

Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nicht" ist =
schon etwas irreführend.

So siehts jetzt aus (ohne select auf ein eindeutiges Feld ...)

SELECT a, b,
array_to_string(array_agg((c)::text), ', '::text) AS c
FROM mytable
GROUP BY a, b
ORDER BY a, b;

Grüsse
Nicola


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

In response to Nicola Tiling :
> Moin
>=20
>=20
> Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nicht" =
ist schon etwas irreführend.

Nun ja, sie existiert ja auch nicht mit diesen Parametern. Was sollte
denn sonst als Fehlermeldung kommen?


Andreas
--=20
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG: 0x31720C99, 1006 CCB4 A326 1D42 6431 2EB0 389D 1DC2 3172 0C99

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

A. Kretschmer schrieb:
> In response to Nicola Tiling :
>> Moin
>>
>>
>> Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nicht"=
ist schon etwas irreführend.
>=20
> Nun ja, sie existiert ja auch nicht mit diesen Parametern. Was sollte
> denn sonst als Fehlermeldung kommen?

Falsche Parameter?

Stefan

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Weinzierl Stefan wrote:

> A. Kretschmer schrieb:
> > In response to Nicola Tiling :
> >> Moin
> >>
> >>
> >> Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nich=
t" ist schon etwas irreführend.
> >=20
> > Nun ja, sie existiert ja auch nicht mit diesen Parametern. Was sollte
> > denn sonst als Fehlermeldung kommen?
>=20
> Falsche Parameter?

Nun, man kann den Namen von Funktionen überladen, also N Funktionen mit
dem selben Namen haben, die aber alle unterschiedliche
Ein/Ausgabeparameter haben.

Wird nun eine falsche Kombination von solchen Parametern aufgerufen, ist
es IMHO okay zu sagen, daß eine solche Funktion nicht existiert.

Also, wenn es foo(int), foo(int, int), foo(text), foo(bool) gibt, und ich
rufe foo(int, bool, text) auf, ist es dann nicht naheliegend zu sagen,
solch eine Funktion gibt es nicht? Wäre es sinnvoller zu sagen, änder=
n
Sie den Funktionsaufruf um in foo(int) oder foo(int, int) oder foo(bool)
oder foo(text) um, damit es funktioniert?=20


Andreas
--=20
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknown)
Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889=
°

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Am 18.05.2010 um 18:56 schrieb Andreas Kretschmer:

> Wird nun eine falsche Kombination von solchen Parametern aufgerufen, ist
> es IMHO okay zu sagen, daß eine solche Funktion nicht existiert.


Naja - das mag einerseits logisch konsequent sein. Anderseits heißt "exis=
tiert nicht" auch "ist existenziell nicht vorhanden" Ich als Mensch denke d=
ann - verflixt - was stimmt denn mit meiner Postgresql Installation nicht? =
Warum existiert diese Funkton den bloss nicht... Und renne in eine völlig=
falsche Richtung. Denn es könnte ja auch sein das diese Funktion nur in =
postgresql-contrib steckt oder sonstewas.


Nicola
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Am 18.05.2010 um 17:45 schrieb Weinzierl Stefan:

> A. Kretschmer schrieb:
>> In response to Nicola Tiling :
>>> Moin
>>>=20
>>>=20
>>> Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nicht" =
ist schon etwas irreführend.
>>=20
>> Nun ja, sie existiert ja auch nicht mit diesen Parametern. Was sollte
>> denn sonst als Fehlermeldung kommen?
>=20
> Falsche Parameter?

Oder "Funktion kann nicht ausgeführt werden, überprüfen Sie ihre Para=
meter oder ... " (was auch immer)

"Funktion exitistiert nicht" finde ich nur angemessen für ein Scenario wo=
ich in 8.3 z.B. eine Funktion die es nur für 8.4 gibt versuche auszufü=
hren - also sie ganz real nicht zur Verfügung steht.
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig27264F58CA08285D1ABB7367
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hallo Liste!

>>>> Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nich=
t" ist schon etwas irreführend.
>>>
>>> Nun ja, sie existiert ja auch nicht mit diesen Parametern. Was sollte=

>>> denn sonst als Fehlermeldung kommen?
>>
>> Falsche Parameter?
>=20
> Oder "Funktion kann nicht ausgeführt werden, überprüfen Sie ihre =
Parameter oder ... " (was auch immer)
>=20
> "Funktion exitistiert nicht" finde ich nur angemessen für ein Scenari=
o wo ich in 8.3 z.B. eine Funktion die es nur für 8.4 gibt versuche aus=
zuführen - also sie ganz real nicht zur Verfügung steht.
Naja, mathematisch gesehen ist eine Funktion eine Abbildung von einem
Definitionsbereich (hier wären das die Parameter) in einen Wertebereich=

(hier wäre das das berechnete Ergebnis der Funktion).

Der "Name" dieser Abbildung ist nicht das entscheidende Kriterium für
das, was die Funktion "tut", sondern *worauf* sie definiert ist und
*wohin* sie abbildet (umgangssprachlich ausgedrückt - die Mathematiker
unter uns mögen mir verzeihen!). Ich kann mir gut vorstellen, das das
ein wenig verwirrend ist, aber genau *das* macht meines Erachtens nach
PG ja auch aus: die konsequente Logik und Konformität mit den Standards=


Viele Grüße,
Janne


--------------enig27264F58CA08285D1ABB7367
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFL8ug3E7++QLwW2qgRAhXEAJ0UVurvhUq88w450fhYkqtb1V2VFwCg jqrd
Mwn0bIbjfms8KmJohr1o/AQ=
=V4/C
-----END PGP SIGNATURE-----

--------------enig27264F58CA08285D1ABB7367--

Re: Problem mit Array Funktionen

Janne Schulz wrote:

> >=20
> > "Funktion exitistiert nicht" finde ich nur angemessen für ein
> > Scenario wo ich in 8.3 z.B. eine Funktion die es nur für 8.4 gibt
> > versuche auszuführen - also sie ganz real nicht zur Verfügung ste=
ht.
> Naja, mathematisch gesehen ist eine Funktion eine Abbildung von einem
> Definitionsbereich (hier wären das die Parameter) in einen Werteberei=
ch
> (hier wäre das das berechnete Ergebnis der Funktion).
>=20
> Der "Name" dieser Abbildung ist nicht das entscheidende Kriterium für
> das, was die Funktion "tut", sondern *worauf* sie definiert ist und
> *wohin* sie abbildet (umgangssprachlich ausgedrückt - die Mathematike=
r
> unter uns mögen mir verzeihen!). Ich kann mir gut vorstellen, das das
> ein wenig verwirrend ist, aber genau *das* macht meines Erachtens nach
> PG ja auch aus: die konsequente Logik und Konformität mit den Standar=
ds.

Full ACK.


Andreas
--=20
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknown)
Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889=
°

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Janne Schulz wrote:

>>>>> Aber dass ich dann die Fehlermldung bekomme "Funktion existiert nic=
ht" ist schon etwas irreführend.

>>>> Nun ja, sie existiert ja auch nicht mit diesen Parametern. Was sollt=
e
>>>> denn sonst als Fehlermeldung kommen?

>>> Falsche Parameter?

>> Oder "Funktion kann nicht ausgeführt werden, überprüfen Sie ihre=
Parameter oder ... " (was auch immer)

>> "Funktion exitistiert nicht" finde ich nur angemessen für ein Scenar=
io wo ich in 8.3 z.B. eine Funktion die es nur für 8.4 gibt versuche au=
szuführen - also sie ganz real nicht zur Verfügung steht.
> Naja, mathematisch gesehen ist eine Funktion eine Abbildung von einem
> Definitionsbereich (hier wären das die Parameter) in einen Werteberei=
ch
> (hier wäre das das berechnete Ergebnis der Funktion).

> Der "Name" dieser Abbildung ist nicht das entscheidende Kriterium für
> das, was die Funktion "tut", sondern *worauf* sie definiert ist und
> *wohin* sie abbildet (umgangssprachlich ausgedrückt - die Mathematike=
r
> unter uns mögen mir verzeihen!). Ich kann mir gut vorstellen, das das
> ein wenig verwirrend ist, aber genau *das* macht meines Erachtens nach
> PG ja auch aus: die konsequente Logik und Konformität mit den Standar=
ds.

Nicht nur das, die Fehlermeldung besagt ja auch gerade nicht
"function array_to_string does not exist", sondern eben
"function array_to_string(*text*) does not exist".

Tim


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Am 18.05.2010 um 21:19 schrieb Janne Schulz:
> Naja, mathematisch gesehen ist eine Funktion eine Abbildung von einem
> Definitionsbereich (hier wären das die Parameter) in einen Wertebereich
> (hier wäre das das berechnete Ergebnis der Funktion).
>=20

Das stimmt ja alles. Aber jedes Ding hat seine zwei Seiten. Andererseits un=
d etwas zugespitzt formutiert ist es aber auch nur logisch etwas auf dem Bi=
ldschirm auszugeben, wenn es auch verstanden werden kann. Sonst kann sich d=
as Programm ganz alleine mit seiner Logik befassen und darüber freuen.

Aber nun gut. Ich weiß ja jetzt das "Funktion existiert nicht" nicht mit =
dem gesunden Menschenverstand interpretiert werden darf.

Schöne, Grüße
Nicola
--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

In response to Nicola Tiling :
>=20
> Aber nun gut. Ich weiß ja jetzt das "Funktion existiert nicht" nicht =
mit dem gesunden Menschenverstand interpretiert werden darf.

Ja. Aber man sollte die komplette Fehlermeldung mit gesunden
Menschenverstand interpretieren, oben zitierst Du nur einen Teil der
Fehlermeldung. Dieser für sich ist unvollständig und damit untauglich
und kann damit nicht interpretiert werden, unabhängig ob mit oder ohne
gesunden Menschenverstand.


Andreas
--=20
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG: 0x31720C99, 1006 CCB4 A326 1D42 6431 2EB0 389D 1DC2 3172 0C99

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

--On 18. Mai 2010 22:45:44 +0000 Tim Landscheidt =
=20
wrote:

>> Der "Name" dieser Abbildung ist nicht das entscheidende Kriterium f=C3=
=BCr
>> das, was die Funktion "tut", sondern *worauf* sie definiert ist und
>> *wohin* sie abbildet (umgangssprachlich ausgedrückt - die Mathemati=
ker
>> unter uns mögen mir verzeihen!). Ich kann mir gut vorstellen, das d=
as
>> ein wenig verwirrend ist, aber genau *das* macht meines Erachtens nach
>> PG ja auch aus: die konsequente Logik und Konformität mit den Stand=
ards.
>
> Nicht nur das, die Fehlermeldung besagt ja auch gerade nicht
> "function array_to_string does not exist", sondern eben
> "function array_to_string(*text*) does not exist".

Ich kann Nicola eigentlich verstehen. Einsteiger tun sich da schon ein=20
wenig schwer damit. Eine Möglichkeit wäre, die Meldung um einen H=
INT im=20
Falle einer nicht passenden Signatur zu ergänzen. Ob das für dies=
en=20
konkreten Entscheidungszweig machbar ist, weiß ich nicht... müsst=
e man=20
sich mal konkret angucken (der Algorithmus für das Auflösen von=
=20
Funktionsaufrufen ist eigentlich schon kompliziert genug).


--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

Bernd Helmle wrote:

>>> Der "Name" dieser Abbildung ist nicht das entscheidende Kriterium fü=
r
>>> das, was die Funktion "tut", sondern *worauf* sie definiert ist und
>>> *wohin* sie abbildet (umgangssprachlich ausgedrückt - die Mathemati=
ker
>>> unter uns mögen mir verzeihen!). Ich kann mir gut vorstellen, das d=
as
>>> ein wenig verwirrend ist, aber genau *das* macht meines Erachtens nac=
h
>>> PG ja auch aus: die konsequente Logik und Konformität mit den Stand=
ards.

>> Nicht nur das, die Fehlermeldung besagt ja auch gerade nicht
>> "function array_to_string does not exist", sondern eben
>> "function array_to_string(*text*) does not exist".

> Ich kann Nicola eigentlich verstehen. Einsteiger tun sich da
> schon ein wenig schwer damit. Eine Möglichkeit wäre, die
> Meldung um einen HINT im Falle einer nicht passenden
> Signatur zu ergänzen. Ob das für diesen konkreten
> Entscheidungszweig machbar ist, weiß ich nicht... müsste man
> sich mal konkret angucken (der Algorithmus für das Auflösen
> von Funktionsaufrufen ist eigentlich schon kompliziert
> genug).

Das ist sicherlich richtig, andererseits muss sich auch ein
Einsteiger mit überladbaren Funktionen auseinandersetzen,
weil er ansonsten spätestens bei:

| tim=3D# CREATE FUNCTION TestCalc(INT) RETURNS INT AS 'SELECT 2 * $1;' L=
ANGUAGE SQL;
| CREATE FUNCTION
| tim=3D# -- Moment! NUMERIC wäre besser ...
| tim=3D# CREATE OR REPLACE FUNCTION TestCalc(NUMERIC) RETURNS NUMERIC AS=
'SELECT 2 * $1;' LANGUAGE SQL;
| CREATE FUNCTION
| tim=3D# -- Richtig ist eigentlich Faktor 3:
| tim=3D# CREATE OR REPLACE FUNCTION TestCalc(NUMERIC) RETURNS NUMERIC AS=
'SELECT 3 * $1;' LANGUAGE SQL;
| CREATE FUNCTION
| tim=3D# -- Ooops, wieso ist dann das Ergebnis nicht 3?
| tim=3D# SELECT TestCalc(1);
| testcalc
| ----------
| 2
| (1 Zeile)

| tim=3D#

auf die Nase fällt.

Tim


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

In response to Tim Landscheidt :
> Das ist sicherlich richtig, andererseits muss sich auch ein
> Einsteiger mit überladbaren Funktionen auseinandersetzen,
> weil er ansonsten spätestens bei:
>=20
> | tim=3D# CREATE FUNCTION TestCalc(INT) RETURNS INT AS 'SELECT 2 * $1;'=
LANGUAGE SQL;
> | CREATE FUNCTION
> | tim=3D# -- Moment! NUMERIC wäre besser ...
> | tim=3D# CREATE OR REPLACE FUNCTION TestCalc(NUMERIC) RETURNS NUMERIC =
AS 'SELECT 2 * $1;' LANGUAGE SQL;
> | CREATE FUNCTION
> | tim=3D# -- Richtig ist eigentlich Faktor 3:
> | tim=3D# CREATE OR REPLACE FUNCTION TestCalc(NUMERIC) RETURNS NUMERIC =
AS 'SELECT 3 * $1;' LANGUAGE SQL;
> | CREATE FUNCTION
> | tim=3D# -- Ooops, wieso ist dann das Ergebnis nicht 3?
> | tim=3D# SELECT TestCalc(1);
> | testcalc
> | ----------
> | 2
> | (1 Zeile)
>=20
> | tim=3D#
>=20
> auf die Nase fällt.

LOL, nett ;-)

Andreas
--=20
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG: 0x31720C99, 1006 CCB4 A326 1D42 6431 2EB0 389D 1DC2 3172 0C99

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

"Anfänger" schreiben keine eigenen Funktionen...

Und was heißt Anfänger. Ja ich finde PG die beste aller Datenbanken. Ab=
er es gibt ja auch Leute die müssen nur ab und zu mal eine Datenbank einr=
ichten oder benutzen. Und können mehr oder weniger viel SQL.

Eigentlich beschäftige ich mich mit Systemadministration. Konkret geht es=
um OpenNMS - eine Open Source Monitoring Lösung die ihr Zeugs in eine Po=
sgreSQL DB wirft.
Und mit diesen Inhalten will ich was machen, d.h. aber nicht dass ich unbed=
ingt auch noch lernen will wie man in PG Funktionen schreibt (wenn es nicht=
unbedingt sein muss). Mein Job ist nicht Datenbankentwicklerin, sondern wi=
e gesagt Systemadministratorin. Umgekehrt gilt das doch genauso und ihr fra=
gt vielleicht mal in irgendwelchen Linux/BSD/OSX/Windows Mailinglisten wie =
dies oder jenes funktioniert, ohne gleich zu 100% in die Materie einsteigen=
zu wollen?

Grüße
Nicola

> Das ist sicherlich richtig, andererseits muss sich auch ein
> Einsteiger mit überladbaren Funktionen auseinandersetzen,
> weil er ansonsten spätestens bei:


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Problem mit Array Funktionen

In response to Nicola Tiling :
>=20
> "Anfänger" schreiben keine eigenen Funktionen...
>=20
> Und was heißt Anfänger. Ja ich finde PG die beste aller Datenbanken=
..
> Aber es gibt ja auch Leute die müssen nur ab und zu mal eine Datenban=
k
> einrichten oder benutzen. Und können mehr oder weniger viel SQL.
>=20
> Eigentlich beschäftige ich mich mit Systemadministration. Konkret geh=
t
> es um OpenNMS - eine Open Source Monitoring Lösung die ihr Zeugs in
> eine PosgreSQL DB wirft. Und mit diesen Inhalten will ich was machen,
> d.h. aber nicht dass ich unbedingt auch noch lernen will wie man in PG
> Funktionen schreibt (wenn es nicht unbedingt sein muss). Mein Job ist
> nicht Datenbankentwicklerin, sondern wie gesagt Systemadministratorin.
> Umgekehrt gilt das doch genauso und ihr fragt vielleicht mal in
> irgendwelchen Linux/BSD/OSX/Windows Mailinglisten wie dies oder jenes
> funktioniert, ohne gleich zu 100% in die Materie einsteigen zu wollen?

So ganz versteh ich Deine Argumentation nicht: Du hattest ein Problem,
wir haen es Dir erklärt. Wenn Du die Fehlermeldung nicht richtig
verstanden hast, ist das zwar nicht schön (für Dich), aber sicherlich
verständlich für jemanden, der sich (noch) nicht intensiv damit
beschäftigt hat.

Wenn sich 2 Ärzte bei einer Herz-Operation sich gegenseitig was in ihre=
m
(für mich) fach-chinesisch sagen, versteh ich das auch nicht.

So what?

Du hast etwas nicht verstanden, wir haben es Dir erklärt. Du stellst
Dich auf die Position: "ich will mich nicht damit beschäftigen, aber
dennoch verstehen". Das funktioniert so wohl eher nicht...

Und ja: Du bist willkommen hier, auch weiterhin, wir helfen gerne.


Andreas
--=20
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG: 0x31720C99, 1006 CCB4 A326 1D42 6431 2EB0 389D 1DC2 3172 0C99

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein