Hlavní navigace

Názor k článku PL/Perl, PostgreSQL (2) aneb jak na aplikační server od Pavel Stěhule - Proc ne. Je to taky jeden z trendu....

  • Článek je starý, nové názory již nelze přidávat.
  • 7. 2. 2005 19:05

    Pavel Stěhule
    Proc ne. Je to taky jeden z trendu. Priznam se, ze nerozumim, proc by preneseni casti logiky do databaze bylo dlouhodobe neudrzitelne. Zatim jsem neslysel jediny argument! Cim se lisi kod procedury v PL nebo v Jave? V PL nemam objekty, ale zas mam integrovane SQL. Pokud pisi aplikacni logiku v Jave, nebo v MTS, tak fakt nejsem zavisly na RDBMS. Potrebuji jedine, rychle serializovat a deserializovat objekty. Nic vic. Jenomze: stanu se zavislym na Jave, MTS, atd; pristup k datum mam o jednu uroven vys. Zavislost na Jave nebo zavislost na PostgreSQL nebo MsSQL, Oracle neni argument. Technologicka zavislost proste existuje u vsech aplikaci. To, ze musim do DB skrz dalsi vrstvu uz argument je. Mozna mam jen par negativnich zkusenosti s nekolika projekty, kdy bylo prakticky nemozne se dostat k vlastnim datum v databazi: protoze dodavatel zakazal jakykoliv primy pristup do db, protoza data byla ulozena v nestandardnim formatu v databazi. Jakykoliv import, export dat byl vylouceny, pokud si uzivatel nazaplatil za zvlastni importni, exportni programy. Mozna optimalni je kompromis: silna db vrstva, silna aplikacni, a to i za cenu rizika, ze nektere casti budu programovat dvakrat (ackoliv to je klasicka technika, jak bezpecny sw).