Hi,

Wieso gibt es diesen unterschied? Erst gestern habe ich gelesen, das stored
procedures
Nur die veraltete version von funktionen sind. Trotzdem gibt es
erstellungsunterschiede
Bei pgadmin III. bei stored procedures werden returnwerte gar nicht
angeboten, so das
Ich via sql den returnwert 'RETURNS SETOF record' definieren musste.
Nix versteht mehr!

Kann es mir jemand erklaeren oder eine erklaerungslink poschten? Und
verzeihung wenn
Ich anscheinend 'dumme' frage stelle'. Vielleicht weis jemand noch einen
buchtip,
Mein buch 'postgresql' von jens hartwig gibt nicht viel her und von mysql
kann ich
Nicht viel wissen transferieren.

thx


----- AVT Verkehrstechnik ------------------

AVT Verkehrstechnik
NL Nordhausen
Ren=E9 Hankel
Industrieweg 11
99734 Nordhausen, Germany
eMail: rene.hankel [at] avt-verkehrstechnik.de
'''''' tel.: (03631) 468843
(o)(o)
--ooo--(__)--ooo----------------------------


---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Am Mittwoch, 12. April 2006 11:58 schrieb rene hankel:
> Wieso gibt es diesen unterschied? Erst gestern habe ich gelesen, das st=
ored
> procedures
> Nur die veraltete version von funktionen sind. Trotzdem gibt es
> erstellungsunterschiede
> Bei pgadmin III. bei stored procedures werden returnwerte gar nicht
> angeboten, so das
> Ich via sql den returnwert 'RETURNS SETOF record' definieren musste.
> Nix versteht mehr!

Naja, eine Prozedur ist wie eine Funktion aber ohne Rückgabewert. Das i=
st wie
bei Pascal. Interessant ist nur, dass PostgreSQL (noch) gar keine Prozedu=
ren
unterstützt. Das ist pgAdmin III der Wirklichkeit voraus.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

am 12.04.2006, um 11:58:51 +0200 mailte rene hankel folgendes:
>
> Hi,
>
> Wieso gibt es diesen unterschied? Erst gestern habe ich gelesen, das st=
ored
> procedures
> Nur die veraltete version von funktionen sind. Trotzdem gibt es

Wo steht das? Link?


> erstellungsunterschiede
> Bei pgadmin III. bei stored procedures werden returnwerte gar nicht
> angeboten, so das

Dann mag das eine Macke von PGAdmin sein, ich kenne es nicht.


> Ich via sql den returnwert 'RETURNS SETOF record' definieren musste.
> Nix versteht mehr!

Wo ist das Problem? PostgreSQL hat einen super Client, psql. Du kannst
Deine procedures mit einem $EDITOR Deiner Wahl erstellen, von mir aus
auch in WORD (und als ASCII speichern) und dann in psql mittels \i
einfach diese ASCII-Datei reinziehen.


> Kann es mir jemand erklaeren oder eine erklaerungslink poschten? Und

http://www.postgresql.org/docs/8.1/interactive/

PGAminIII ist ein extra Projekt, eines von vielen, die auf PG aufsetzen.
Wie gut dieses 'aufsitzen' paßt, mag unterschiedlich sein.


> verzeihung wenn
> Ich anscheinend 'dumme' frage stelle'. Vielleicht weis jemand noch eine=
n
> buchtip,

http://www.postgresql.org/docs/books/
http://www.postgresql.de/postgresql_literatur.html

Eine =DCbersetzung in deutsch gibt es hier Online:
http://www.postgresql.org/docs/books/pghandbuch.html.de

Aber IMHO die beste Doku ist
http://www.postgresql.org/docs/8.1/interactive/


> Mein buch 'postgresql' von jens hartwig gibt nicht viel her und von mys=
ql
> kann ich
> Nicht viel wissen transferieren.

Was ist 'mysql'?


Andreas
--
Andreas Kretschmer (Kontakt: siehe Header)
Heynitz: 035242/47215, D1: 0160/7141639
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
=3D=3D=3D Schollglas Unternehmensgruppe =3D=3D=3D

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

> am 12.04.2006, um 11:58:51 +0200 mailte rene hankel folgendes:
> >
> > Hi,
> >
> > Wieso gibt es diesen unterschied? Erst gestern habe ich
> gelesen, das
> > stored procedures Nur die veraltete version von funktionen sind.
> > Trotzdem gibt es
>
> Wo steht das? Link?


Sorry bin nur drueber gestolpert, habe das nicht gebookmarkt


>
>
> > erstellungsunterschiede
> > Bei pgadmin III. bei stored procedures werden returnwerte gar nicht
> > angeboten, so das
>
> Dann mag das eine Macke von PGAdmin sein, ich kenne es nicht.


Nun falls es eine macke ist, dann ist das unschoen, trotzdem empfinde
Ich pgadmin als sehr nuetzliches, uebersichtliches, db-nahes tool.
Aber gut jeder macht denkt da anders


>
>
> > Ich via sql den returnwert 'RETURNS SETOF record' definieren musste.
> > Nix versteht mehr!
>
> Wo ist das Problem? PostgreSQL hat einen super Client, psql.
> Du kannst Deine procedures mit einem $EDITOR Deiner Wahl
> erstellen, von mir aus auch in WORD (und als ASCII speichern)
> und dann in psql mittels \i einfach diese ASCII-Datei reinziehen.


Ja habe ich doch gemacht, nur nicht mit 'psql' sondern mit 'pgadmin'.
Dachte halt pgadmin ist aeusserst nahe mit postgres verbunden, deswegen
Bin ich eher von eine fehler meinerseits ausgegangen..verstaendlich oder?


>
>
> > Kann es mir jemand erklaeren oder eine erklaerungslink poschten? Und
>
> http://www.postgresql.org/docs/8.1/interactive/
>
> PGAminIII ist ein extra Projekt, eines von vielen, die auf PG
> aufsetzen.
> Wie gut dieses 'aufsitzen' paßt, mag unterschiedlich sein.


Niemand weis alles, das ist auch kein fehler.


>
>
> > verzeihung wenn
> > Ich anscheinend 'dumme' frage stelle'. Vielleicht weis jemand noch
> > einen buchtip,
>
> http://www.postgresql.org/docs/books/
> http://www.postgresql.de/postgresql_literatur.html
>
> Eine =DCbersetzung in deutsch gibt es hier Online:
> http://www.postgresql.org/docs/books/pghandbuch.html.de
>
> Aber IMHO die beste Doku ist
> http://www.postgresql.org/docs/8.1/interactive/
>


Thx, werds mir ansehen


>
> > Mein buch 'postgresql' von jens hartwig gibt nicht viel her und von
> > mysql kann ich Nicht viel wissen transferieren.
>
> Was ist 'mysql'?


Ist die frage ernst????
http://dev.mysql.com/


---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

am 12.04.2006, um 12:51:06 +0200 mailte rene hankel folgendes:
> > Wo ist das Problem? PostgreSQL hat einen super Client, psql.
> > Du kannst Deine procedures mit einem $EDITOR Deiner Wahl
> > erstellen, von mir aus auch in WORD (und als ASCII speichern)
> > und dann in psql mittels \i einfach diese ASCII-Datei reinziehen.
>
>
> Ja habe ich doch gemacht, nur nicht mit 'psql' sondern mit 'pgadmin'.
> Dachte halt pgadmin ist aeusserst nahe mit postgres verbunden, deswegen

Nein.


> Bin ich eher von eine fehler meinerseits ausgegangen..verstaendlich oder?

Ja.


> > > Mein buch 'postgresql' von jens hartwig gibt nicht viel her und von
> > > mysql kann ich Nicht viel wissen transferieren.
> >
> > Was ist 'mysql'?
>
>
> Ist die frage ernst????

Um es als Zitat von Volker Birk zu sagen:

,----[ Zitat ]
| Oder anders formuliert, von einem RDBMS erwarte ich heutzutage, dass
| es nicht MySQL ist.
`----

Andreas
--
Andreas Kretschmer (Kontakt: siehe Header)
Heynitz: 035242/47215, D1: 0160/7141639
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
=== Schollglas Unternehmensgruppe ===

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match