<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-2"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Da, definitivno moramo promijeniti nešto. SQL Server za isti set
podataka sa istim upitom (<i>select the_geom from dbo.fw900913
where the_geom.STIntersects(@g) = 1;</i> @g je linija preko cijele
Njemačke) i sa novim indeksom prođe za sekundu, čak i brže nego
PostGIS (ali je nije relevantna usporedba). Sada radim na povećanju
broja poligona, pa ću onda vidjeti. Ako ima netko neki upit da
probam, neka slobodno kaže. Znam da STIntersect nije najbolji
primjer za testiranje jer dosta posla obavi index, ali nisam se još
stigao poigrati s drugim funkcijama. Slušam prijedloge.<br>
<br>
On 31.1.2011. 9:26, Mario Miler wrote:
<blockquote cite="mid:4D467219.7080000@geoinfo.geof.hr" type="cite">Igrao
sam se malo s podacima preko vikenda i mislim da imam mali
problem. Učitao sam u Postgres cca. 500 000 poligona (germany
forest and water OSM) i napravio query ST_Intersect i trajao je
punih 6 sec. Moram napomenuti da se radi o virtualci s 1GB RAM. Na
pravom stroju bi vjerojatno bili ispod sekunde. Ovo bi mogao biti
mali problem. Intersect nije neka "teška" funkcija, ali dovoljno
pokazuje da ćemo trebati imati ili puno više podataka ili na neki
drugi način testirati.
<br>
Moj sljedeći korak je pokušati učitati cijelu njemačku u postgres
i onda isprobati. Već sam to pokušao napraviti, ali sam odustao
nakon 5 sati importa jer sam skužio da će trajati i trajati i
trajati ... Sada ću pokušati napraviti taj import na realnom
stroju,a ne na virtualci. Sve u svemu, 500 000 poligona neće biti
dovoljno za test ovog tipa. Ili mijenjati metodologiju testiranja
ili povećati količinu podataka.
<br>
Nisam još isprobao s MS SQL Serverom, ali mislim da bi rezultat
bilo vrlo sličan.
<br>
<br>
</blockquote>
</body>
</html>