Dotaz: Free hosting s PostgreSQL ?

[crusoe]

Ahoj ,

 

Viete niekto prosim o nejakom free hosting serveri na ktorom bezi Postgresql a je mozne sa nan pripojit aj ,,zvonku¨ cez tcp port.

Pre precvicenie SQL , programujem v C++ aplikacny program , a chcel

by som , aby data boli na nejakom vzdialenom serveri. Nejde o ziadne obrovske data.

Vdaka za tipy ;)

Odpovědi

[oroborus]

Myslim, ze v tomto pripade by IMHO stacil PostgreSQL beziaci na desktope na loopbacku 127.0.0.1 (ano, uznavam, naozaj to nie je "pristup z vonka"). Z pohladu programatora v C/C++ je to pristup ako na akukolvek adresu v sieti)

[crusoe]

Ved prave o to ide ... chcemto vyskusat za nejakych ,,realnych¨ podmienok. Prirodzene to testujem aj na localhost.Ale vzdialeny server

je vzdialeny ....

[okbob]

Takhle vzdálený server pravděpodobně nikdy nepoužijete - tedy jestli chcete reálné podmínky. PostgreSQL, jako většina TCP/IP serverů umožňuje vzdálený přístup, nicméně v praxi se vzdálený přístup uplatní spíše jako monitorovací kanál nebo servisní kanál. Většinou máte lokální službu, která komunikuje s databází a prostřednictvím ní přistupujete k datům v databázi.

[AraxoN]

Jukni sem čo sa dá použiť na emulovanie slabej linky (vysoký ping, nizky bandwidth, packetloss) v linuxe.

[DZOLO]

Nebylo by rozumnější zasílat klientským programem jen požadavek, na který by se pomocí nějakého skriptovacího jazyka na serveru vygeneroval XML soubor s platnými daty databáze, které zpracujete u klienta?

[xkucf03]

Jde o to, zda by tahle další vrstva něco přinesla, nebo by to bylo jen řešení z nouze, protože nemáme přímý přístup k databázi.

[okbob]

I kdyby nic jineho, tak snizuje zatez db serveru. V podstate dokud si klient neprevezme data, tak si server stale drzi zamky a zpracovava dotaz. Je zrejme, ze na WAN siti bude vyzvednuti vysledku podstatne pomalejsi nez na LAN.

[Messa]

Obvykle se takové aplikace řeší právě touto třívrstvou architekturou, kdy mezi databází a klientskou aplikací stojí nějaký aplikační server. Pokud se dělají nějaké změny schématu databáze (nebo dokonce třeba výměna databáze za jinou), není nutné aktualizovat všechny instalace klientských aplikací. Pokud nad klienty nemáte zrovna absolutní kontrolu, někdo nepovolaný by (při vašem řešení) mohl mít větší přístup k datům nebo algoritmům v aplikaci, než je potřeba. Záznam požadavků na aplikační server je přehlednější, než log SQL dotazů. A tak dále. Dokonce i některé webové aplikace používají tuto infrastrukturu. Pro komunikaci není nutné používat zrovna XML, pokud se vám nelíbí; komunikaci lze vyřešit i tak, že ve vašem programu skoro nepoznáte, že se volá funkce (procedura :)) na jiném stroji.

Záleží, jakou aplikaci děláte. Nechtěl jsem tu dělat přednášku o softwarovém inženýrství (ještě minimálně pár let se na to nebudu cítit kvalifikovaný), ale otázka vypadá poněkud podezřele...

[xkucf03]

Podezřele? S třívrstvou architekturou nemám problém. Ale šlo mi spíš o to, jestli to tady není z nouze ctnost – prostě „nemám přístup přímo na TCP port databáze, tak tam vrazím ještě jednu vrstvu komunikující přes HTTP“. Takže pokud by jediný důvod byl to, že je potřeba obejít nějaké firewally, přijde mi to jako dost hloupé řešení a radši bych se porozhlédnul po jiném hostingu (VPS…), protože psát takovou vrstvu pro nic za nic dá nějakou práci.

[okbob]

No dnes už to z nouze cnost není. V podstatě v jakémkoliv reálném systému máte možnost vytvoření VPNky - případně si můžete k databázi natáhnout tunel. Jeden čas se to používalo - v podstatě jsou to systémy založené na tlustých klientech - i tam se ovšem doporučovalo, aby si klient nepřistupoval přímo k databázi. Jde o efektivitu - db protokoly jsou o něco rozežranější než protokoly navržené čistě pro komunikaci objektů (DCOM) nebo přímo http. Někdy kolem roku 2001 jsem rok dělal ve firmě, kde se na DCOM stavěl IS. Moje roční zkušenost je asi taková, že bych s tím víckrát dělat nechtěl. Komunikace nad http protokolem je o hodně variabilnější a robustnější. HTTP se dobře ladí, dobře monitoruje a je to rychlé. 

S podporou SQL/XML je tvorba mezivrstvy nad http otázkou několika málo hodin.

[AraxoN]

O akej dlhej dobe a akom množstve dát tu hovoríme?