🚀 go-pugleaf

zacmienia jakiegos dostalem obrazy te sa 30-40 MB

czeŚĆ,
 ... a dzień taki sam u nas jak u Was,
 napisał mysiar na pl.comp.gis do nas:

> witam
> zastanawiam sie czy nie bylo by szybciej ladowac obrazu satelitarnego go 
> programu gis
> z bazy danych mySQL niz pliku z dysku.

To ta baza mySQL nie jest na 'jakimś' dysku ? ;->>>

> pozdrawiam
> piotr

pozdrawiam
Wiki

-- 
wiktor [wiki] matlakiewicz //^\\___  And when I vest my flashing sword
                          8o ^ /   And my hand takes hold in judgement
[wiki.smutek.pl]     s3is ][=a I will take vengeance upon mine enemies
[]6o4.44o964       Żywiec \/_|_\___ And I will repay those who hase me

wiktor [wiki] matlakiewicz wrote:
>> witam
>> zastanawiam sie czy nie bylo by szybciej ladowac obrazu satelitarnego go 
>> programu gis
>> z bazy danych mySQL niz pliku z dysku.
> 
> To ta baza mySQL nie jest na 'jakimś' dysku ? 

i tak to nie jest odpowiedz na moje pytanie

mysiar pisze:
> witam
> zastanawiam sie czy nie bylo by szybciej ladowac obrazu satelitarnego go 
> programu gis
> z bazy danych mySQL niz pliku z dysku.
> obrazy maja po jakies 30-40 GB

Nie byłoby szybciej ponieważ nie przypominam sobie aby mySQL dorobil sie 
jakiegokolwiek wsparcia dla przechowywania duzych obrazow rastrowych w 
sobie (poza zwykłym BLOB'em). Nawet PostGIS z PostgreSQL, ktory jest o 
wiele bardziej zaawansowany niz mySQL nie doczekał sie jeszcze 
przechowywania rastrów w sobie.

Poza tym "program gis" brzmi ogólnie - każdy konkretny program ma 
inaczej realizowane zadania i pewne są szybsze a pewne wolniejsze.

Generalnie tiff w wersji tile z piramida obrazu będzie duuuuuzo szybszy 
niż taki mySQL.

Głowna idea przechowywania danych w bazie danych jest ich centralizacja 
i wielodostęp a nie wydajność większa niż zwykle rozwiązania plikowe.
Dane pomiędzy baza danych a desktopem są przecież najczęściej 
transmitowane jakimś protokołem sieciowym a przecież dane trzeba 
opakować w taki protokół (czas procesora), nawet sieci gigabitowe są 
ciągle dużo wolniejsze niż zwykle dyski twarde.

To tyle tak ogólnie.

/P.
------------------
http://www.cgis.pl

czeŚĆ,
 ... a dzień taki sam u nas jak u Was,
 napisał mysiar na pl.comp.gis do nas:

> wiktor [wiki] matlakiewicz wrote:
> >> zastanawiam sie czy nie bylo by szybciej ladowac obrazu satelitarnego go 
> >> programu gis
> >> z bazy danych mySQL niz pliku z dysku.
> > To ta baza mySQL nie jest na 'jakimś' dysku ? 
> i tak to nie jest odpowiedz na moje pytanie

Ależ jest. Tyle, że to wędka a nie ryba.

Zastanów się, co potrwa dłużej dla tego samego pliku (obrazu) 
- odczyt z dysku bez pośrednictwa bazy danych (i ewentualnie sieci), 
czy odczyt z dysku za pośrednictwem bazy danych (i ewentualnie sieci).

pozdrawiam
Wiki

-- 
wiktor [wiki] matlakiewicz //^\\___  And when I vest my flashing sword
                          8o ^ /   And my hand takes hold in judgement
[wiki.smutek.pl]     s3is ][=a I will take vengeance upon mine enemies
[]6o4.44o964       Żywiec \/_|_\___ And I will repay those who hase me

Użytkownik Piotr Tracz napisał:
[...]
> Nie byłoby szybciej ponieważ nie przypominam sobie aby mySQL dorobil sie 
> jakiegokolwiek wsparcia dla przechowywania duzych obrazow rastrowych w 
> sobie (poza zwykłym BLOB'em). Nawet PostGIS z PostgreSQL, ktory jest o 
> wiele bardziej zaawansowany niz mySQL nie doczekał sie jeszcze 
> przechowywania rastrów w sobie.
> 
A Large Objects w PostgreSQLu do 2GB tylko do przechowywania nadaje się, 
czyta się znośnie jak z pliku.
[...]
> 
> /P.
Pozdrawiam
Michał

Piotr Tracz wrote:
> mysiar pisze:
>> witam
>> zastanawiam sie czy nie bylo by szybciej ladowac obrazu satelitarnego 
>> go programu gis
>> z bazy danych mySQL niz pliku z dysku.
>> obrazy maja po jakies 30-40 GB
> 
> Nie byłoby szybciej ponieważ nie przypominam sobie aby mySQL dorobil sie 
> jakiegokolwiek wsparcia dla przechowywania duzych obrazow rastrowych w 
> sobie (poza zwykłym BLOB'em). Nawet PostGIS z PostgreSQL, ktory jest o 
> wiele bardziej zaawansowany niz mySQL nie doczekał sie jeszcze 
> przechowywania rastrów w sobie.

Aktualnie dla PostGIS trwaja prace nad implementacja propozycji tzw. 
WKTRaster, po szczegoly odsylam do:

http://postgis.refractions.net/support/wiki/index.php?WKTRasterHomePage

Sandro i Pierre aktywnie pracuja nad tematem, prototyp dostepny jest 
bezposrednio z SVN:

http://svn.refractions.net/postgis/spike/wktraster/

Jak ktos jest zainteresowany, odnosnie uzytecznosci, jak zaczac uzywac, 
etc. to najlepiej uderzyc na liste dyskusyjna postgis lib na kanal 
#postgis na serwerze IRC irc.freenode.net i pytac.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org