☰

» »

uporabiti funkcionalnost DB ali spisati svoje funkcionalnosti

uporabiti funkcionalnost DB ali spisati svoje funkcionalnosti

'FireSTORM' ::

Kaj je bolje za razna iskanja po bazi podatkov(ki je lahko kar velika, recimo dam do 10k vnosov) uporabiti kar funkcionalnosti ki jih ponujajo baze ali je programček najbolje nafilat ob zagonu z podatki iz baze in vse ostalo delat v programu? Baza je lahko na oddaljenem računalniku ali na lokalnem. Kot oddaljen je hkrati mišljen tako LAN kot Internet oddaljen računalnik.

Ne mislim da bi naložil bazo v programček, dodajal, spreminjal brisal in na koncu posnel na bazo, to bi bilo vse interaktivno, ampak mislim iskanje. Stem da iskanje lahko vrne tudi kar veliko zadetkov.
Those penguins.... They sure aint normal....

SasoS ::

Baze so že optimizirane, zakaj bi izumljal toplo vodo. Če imaš možnost uporabiti DB, uporabi to.

Daedalus ::

Točno tako. Izumljanje tople vode pomeni poleg nepotrebnega dela še en kup možnih težav. Pač vzameš in uporabiš že narejeno rešitev, razen če res ne najdeš nič primernega.
Man is condemned to be free; because once thrown into the world,
he is responsible for everything he does.
[J.P.Sartre]

'FireSTORM' ::

Saj to vem da je brezveze izumljat toplo vodo. Mede me edino dejstvo da je baza oz. strežnik ki ima bazo oddaljen in iskanje oz. poizvedbe so lahko mnogokratne in kar velike. In zdaj če bo slučajno client na kaki počasni postaji bi bilo bolje zloadat vse v memorijo in potem upravljat iskanje iz memorije kot spet vse preko neta. Ali pač?
Those penguins.... They sure aint normal....

Daedalus ::

Hja, ne vem če gre kako veliko poizvedbo (oziroma njen rezultat) tlačit na neko počasno kišto. Latenca je itak ista, edino kar "pridobiš" je, da lokalno (po lastnih besedah mogoče švoh) mašino obremenjuješ z delom, ki se je "ne tiče." Če ni baza lih na drugem kontinentu, ne bi smelo biti neke panike, IMO.
Man is condemned to be free; because once thrown into the world,
he is responsible for everything he does.
[J.P.Sartre]

frudi ::

10k zapisov je toliko majhna baza, da jo vsak spodoben DB engine prenese brez problemov. Razen, če vsak zapis vsebuje veliko količino podatkov (več kot 100kB recimo), se bodo itak vsi scachirali v ram in se bodo queriji izvajali hitro.
Iskanje pa bo spet odvisno od tega, po kakšnem podatkovnem tipu iščeš in kako kompleksni so queriji. Tu se da ogromno pridobit s primerno postavitvijo indexov. In pa spet, načeloma bodo zapisi in execution plani scashirani v ram, kar zelo ugodno vpliva na hitrost querijev.

Skratka, verjetno bo latenca zaradi samega iskanja po bazi še najmanjši problem. Prej bi znalo zmanjkat pasovne širine (v primeru dostopa preko interneta).
1ACDoHVj3wn7N4EMpGVU4YGLR9HTfkNhTd... in case I've written something useful :)

kopernik ::

Čist odvisno od situacije, načina dela v aplikaciji in še česa. Običajno je sicer tako, da se podatke, ki se malo spreminjajo (tipično so to kakšni šifranti), splača naložiti le enkrat in ob spremembah pač osvežiti na vseh klientih. Zakaj bi vsakič tankal šifrant pošt ali držav iz baze ? Škoda uporabnikovega časa, da bi vsakič pri kakšnih vnosih (npr. nove stranke) čakal, da se naložijo vsi combo boxi s šifranti.

Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

[c# .net] Iskanje datotek

Oddelek: Programiranje		111866 (1586) Evolve
»

Cena izdelave spletne aplikacije

Oddelek: Izdelava spletišč		235704 (4816) 111111111111
»

python in postgresql (strani: 1 2 )

Oddelek: Programiranje		777483 (6384) ZaphodBB
»

Dostop do aplikacije na serverju preko UMTS modema

Oddelek: Omrežja in internet		71753 (1601) OmaDesala
»

Izvorna koda mojega par dnevnega dela; ce jo malo pokomentirate :) (strani: 1 2 )

Oddelek: Programiranje		606444 (4789) Microsoft

Več podobnih tem