Administrace komentářů

Když budu chtít insertnout, řekněme, 3 čísla do tabulky, kolik mě to bude stát?

Řádově nulu. Na to se opravdu ptáš?

Tazatel neuvádí, kde je velká režie (a jak je velká režie definovaná). Předpokládám proto, že velká režie je na klientovi v souvislosti s opakovaným navazováním spojení.

Vyhodnocování SQL probíhá na serveru. Proto je krajně nepodstatné, kolik stojí SQL. Je snad INSERT 3 čísel těžký problém z hlediska vyhodnocení dotazu? Kdyby náhodou každé z těch čísel bylo výsledkem třeba 100 řádků SQL, co kdyby si správce celé vkládání připravil jako proceduru v PL/PgSQL? Vyřešeno. Nebudou náhodou mnohem dražší žurnálovací operace DBMS a jeho přístupy k úložišti nežli parsování toho dotazu? Asi jo, co?

Nemluvě o tom, že při použití HTTP bude k parsování SQL docházet taky, pokud bude HTTP frontend v nějakém dynamickém jazyce (místo ECPG s uloženými dotazy).

HTTPS POST má velkou režii, protože se:

• naváže nové TCP spojení,
• naváže nové TLS spojení a dohodnou se nové symetrické klíče (ufufuf, tady je asi tak celá režie),
• pošle malý HTTP dotaz s těmi třemi čísly,
• vyhodnotí odpověď,
• zavře spojení.

Běžící PostgreSQL klient

• pošle SQL dotaz s těmi třemi čísly,
• vyhodnotí odpověď.

To je všechno. Spojení je navázané (TCP i TLS), poslat v plaintextu 3 čísla je stejně "náročné" v HTTP i v SQL a ve finále se spojení nebude zavírat.
(Samozřejmě se nastaví keepalive, aby systemd klienta po výpadku sítě / serveru obnovil, ale to už jsou technikálie (podle vzoru fekálie).)

Další možnost je HTTP pipelining, jenže: Command-line klienti, kdo z vás to má? (Nastavení pak bude přinejmenším stejně náročné jako nastavení databázového klienta. Na straně serveru to ovšem bude složitější.)