ledi

Statistika

Pridružen/a:
14 avg 2008, 17:20
Zadnjič aktiven:
Prispevki:
Teme:
39 | Vse teme
325
223
14
#20

Matjaž:

Hhehe, sta pa kekca:)

No ja, ledi je precej blizu temu kar rabim. A je tole možno naredit, da najprej izbereš kraj npr ljubljana in potem označiš določen pin?




kako sem blizu ce pa nimam pojma?



ne out of the box. Tole je deployed applikacija kjer imas standarden vmesnik in si omejen s funkcionalnostjo. Za svoje potrebe bi pa moral JavaScript API uporabit. Saj tam nisi omejen s funkcionalnostjo. Pa se zemljevid vdelas v katerokoli stran/template


všeč(1) ni všeč(1) spam(0)
#16

In your face s 15 min dela



Kdo je vecji burek?



moja polna luna vsaj ve kaj govori


všeč(0) ni všeč(2) spam(0)
#14

tsu:

Zopet se strinjam z uporabnikom @carli. Nihče te ni napadal, zato tudi ni namestu, da se poslužuješ takšnega načina komunikacije.



Hotela sva samo povdariti, da google maps api hendla zemljevid. Logiko (kako, kam in kaj) moraš pa narest sam. Raje še enkrat preberi objave, namesto, da žališ tukaj uporabnike, ki skušajo samo pomagati.




ko bos 15 let z GIS-i delal mi bos pamet solil.

Nihce ti pa ne brani da jo drugim uporabnikom foruma ne smes, ce ti pustijo


všeč(0) ni všeč(6) spam(0)
#13

carli:

Sam Gmaps tukaj nima kake hude vloge. Gmaps ti pač prikazuje podatke, ki mu jih ti posreduješ, ali pa ti jih posreduje on v primeru izbire lokacije 2. Kako potem ti to obdelaš in kam shraniš pa je vsa umetnost.




Tuki si napisal da "gmaps nima take hude vloge".


všeč(1) ni všeč(3) spam(1)
#9

tsu:

@ledi je @carli kar zadel bistvo. Ti google maps api uporabljaš, da prikažeš zemeljevid in točke na njemu.



Ostalo logiko, ki pa jo želi @Matjaž narediti, mora pa narediti poleg tega. Se pravi shranjevanje podatkov v bazo in branje iz te, nima nobene veze z google maps apijem.




ka buce prodajas.



matjaz je napisal DA UPORABNIK IZBERE LOKACIJO NA ZEMLJEVIDU.

Carli pa najprej pribije da zemljevida sploh ne rabis.



namest da mi pamet solita o stvareh katerih vec kot ocitno nimata pojma rajs berita kaj vama pisem, da se bosta kaj naucila o GISih. In predno spet usta o GISih odpreta bosta mogla se nekaj let izkusenj nabrat




všeč(0) ni všeč(7) spam(0)
#2

carli ti si pa programer k nisi se nikoli z GIS-i delal a ne. Valda ma zemljevid najvecji pomen ce se gre za lokacijo.



Google ne vem ce ma zajemat podatke. Najbolje da njihov API pogledas.

ESRI ima samo ni pa zastonj. Za testirat lahko brezplacni racun ustvaris

ce bi pa hotel publik aplikacijo lahko pa nadgradis na placljivo.


všeč(0) ni všeč(0) spam(0)
#12

bostjan:

ja ledi....veliko sreče pri tem če imajo kompleksne zadeve narejene v mssql




za dnar se vse dobi :D


všeč(0) ni všeč(0) spam(0)
#8

wref prveri najprej da je stevilka da se izognes SQL injection-u kot so ti ze svetovali


všeč(0) ni všeč(0) spam(0)
#10

instaliras mysql in jim prodas programski vmesnik med njihovim programom in mysql bazo ki bo "emuliral" MSSQL



pa se zasluzil bos ;P


všeč(0) ni všeč(0) spam(0)
#13

Spartacus:

V SQL (Firebird SQL) bazi imam 3 tabele: Product (podatki o izdelkih), Property (možne lastnosti izdelkov) in Product_Property (lastnosti posameznih izdelkov, vmesna tabela)





Trenutno skupaj sestavljam filter (.NET web forms), ki bo na podlagi izbranih lastnosti vrnil spisek izdelkov, ki ustreza kriteriju. Do te točke je vse fine and dandy.



Problem pa se pojavi pri scenariju, ko gre za ogromno bazo: cca 200k izdelkov (Product), 40k lastnosti (Property) in približno 8 mio lastnosti izdelkov (Product_Property). Samo filtriranje traja precej predolgo, če program že vmes ne odleti zaradi premalo pomnilnika.



Ima kdo kakšen namig, izkušnjo, karkoli kako se te zadeve lotit? Kot že rečeno, gre za FirebirdSql bazo, na katero se .NET aplikacija poveže s pomočjo Firebird.NET providerja.



Hvala!



p.s.: Ker gre za integracijo na obstoječ sistem, bilokakšna prekopavanja baze ne pridejo v poštev. Lahko se doda kakšna zadeva, obstoječih tabel pa se ne sme dotikat.




je baza pravilno optimizirana?


všeč(0) ni všeč(0) spam(0)