Groups > de.comm.software.mailserver > #6175

Re: hMailServer: Umzug und gleichzeitig Update?

From	Marcus Jodorf <trap@killfile.de>
Newsgroups	de.comm.software.mailserver
Subject	Re: hMailServer: Umzug und gleichzeitig Update?
Date	2020-03-30 00:50 +0200
Organization	n/a
Message-ID	<87mu7y3heo.fsf-bofh@killfile.de> (permalink)
References	(1 earlier) <r5n4ph$vmi$1@dont-email.me> <he95e7F8jl9U1@mid.individual.net> <r5oicf$do8$1@dont-email.me> <heakj1Fi2t2U1@mid.individual.net> <slrnr822ce.pfh.hjp-usenet3@trintignant.hjp.at>

Show all headers | View raw

Peter J. Holzer <hjp-usenet3@hjp.at> schrieb:

> Ähnliches gilt übrigens auch in der Linux-Welt: Wenn Du da in Perl,
> Python oder PHP eine Connection zu MySQL aufmachst, ist zwar kein ODBC
> dazwischen, aber es wird auch einfach die shared library geladen und
> verwendet.

Was so kategorisch nicht stimmt. Für Python gibt es z.B. diverse
Treiberimplementierungen in pure python, die die Datenbank client
libraries nicht verwenden und benötigen.

Bestes Beispiel ist mysql-connector direkt von Oracle/mysql - das
beinhaltet beide Varianten.

Bei anderen Datenbanken wie postgres genauso. Manche Python Treiber
setzen auf den nativen Datenbank client libraries auf (z.b. psycopg2) -
andere dagegen nicht.

Schnellster Python Treiber für postgres ist z.B. augenblicklich
vermutlich asyncpg und das implementiert das Protokoll selber und
benötigt keinerlei client library für postgres (libpq).

Ähnlich sieht es bei go aus. Die pgx Treiber für postgres implementieren
auch alles selber (in diversen Modulen - pgconn entspricht dabei etwa
libpq).

Zu php kann ich nichts sagen.

> Java ist ein bisschen anders: Da gibt es üblicherweise für jedes
> Datenbankprotokoll eine Implementation in Java. Aber auch die gibt es
> einmal vom Hersteller und der Anwendungsentwickler implementiert das
> nicht neu.

Sag das mal nicht. NIH (not invented here) Syndrom ist nicht zu
unterschätzen.

Deine (hier rausgekürzte) Beschreibung von ODBC war allerdings
korrekt. ODBC ist die Seuche.


Gruß,

Marcus
⚂⚃

Thread

hMailServer: Umzug und gleichzeitig Update? Tilmann Reh <usenet2007nospam@autometer.de> - 2020-03-17 11:32 +0100
  Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-03-17 11:40 +0100
    Re: hMailServer: Umzug und gleichzeitig Update? Tilmann Reh <usenet2007nospam@autometer.de> - 2020-03-17 11:53 +0100
      Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-03-17 12:05 +0100
  Re: hMailServer: Umzug und gleichzeitig Update? Tilmann Reh <usenet2007nospam@autometer.de> - 2020-03-28 10:18 +0100
    Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-03-28 15:31 +0100
      Re: hMailServer: Umzug und gleichzeitig Update? Tilmann Reh <usenet2007nospam@autometer.de> - 2020-03-28 23:16 +0100
        Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-03-29 05:56 +0200
          Re: hMailServer: Umzug und gleichzeitig Update? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2020-03-29 22:48 +0200
            Re: hMailServer: Umzug und gleichzeitig Update? Marcus Jodorf <trap@killfile.de> - 2020-03-30 00:50 +0200
            Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-03-30 18:25 +0200
              Re: hMailServer: Umzug und gleichzeitig Update? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2020-04-01 08:26 +0200
                Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-04-01 16:56 +0200
                Re: hMailServer: Umzug und gleichzeitig Update? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2020-04-02 10:12 +0200
                Re: hMailServer: Umzug und gleichzeitig Update? Arno Welzel <usenet@arnowelzel.de> - 2020-04-02 12:58 +0200

csiph-web