#1
v starem je bilo tako da si nastavil da se ti UL na strežnik vsakokrat ko si shranil datoteko lokalno. CS5 ne vem ker ne uporabljam več DW, presedlal sem namreč na NetBeans in sem prezadovoljen. Sploh ker je 1. free 2. pa dela 100x hitreje.
všeč(0)
ni všeč(0)
spam(0)
#6
Ja pa še to idejo sem imel
select * from tabela where pogoj order by kolona, rand() limit 1
čeprav je rand() počasen pri velikem št. vrstic.
Bi moral tole potestirat na eni večji tabeli
tukaj bi bila verjetnost majhna, da dobita 2 procesa isto, bi bilo praktično identično SKIP LOCKED. Ker mi vrstni red obdelave niti ni tako pomemben.
všeč(0)
ni všeč(0)
spam(0)
#5
Ena ideja, ki jo bom implementiral bo ta da bodo taski dodeljeni skupini workerjev. Znotraj te skupine bojo pa po principu roundrobin dobili taske- Že to ji bo palo razparceliralo. Če ne bo šlo drugače bom pa z oracle express integriral. Sam moram preverit če deluje python <-> oracle. Ker so workerji v pythonu pisani.
všeč(0)
ni všeč(0)
spam(0)
#3
rabim zato ker imam narejeno čakalno vrsto. Ki se bo polnila preko spletnega portala.
Iz čakalne vrste bo pa daemon vzel 1. vrstico in jo bo obdelal. In spet 1. vrstico in jo bo obdelal. Ker se gre pa za hitrejšo obdelavo bo možnost uporabe več daemonov, ki bodo obdelovali podatke. Ampak če en deamon 1. vrstico obdeluje in jo zaklene, ne rabijo ostali čakat da jo sprosti ampak da mu vrne naslednjo prosto.
Čeprav bi šlo tudi tako, da se pač čakajo med sabo, ker bi bil delay minimalen, a samo dokler št. daemonov nebi bilo preveliko. In če že delam sistem potem že v štartu raje naredim tako kot se gre :)
Če spustim FOR UPDATE je isto kot če ga dodam. Proces čaka da tisti ki je zaklenil podatek sprosti.
všeč(0)
ni všeč(0)
spam(0)
#2
če boš zabrisal v koš jst vzamem :P
drugače pa navadnega kompa ne moreš spravit v 1U.
bi rabil plato tako da paše notri to so pa večino special strežniške in stanejo ohoho.
Torej če že misliš imeti za server potem menjaj plato v tem (po možnosti z RAID možnostjo) pa dokupi disk.
všeč(0)
ni všeč(2)
spam(0)
#1
našel sem da oracle omogoča FOR UPDATE NOWAIT in FOR UPDATE SKIP LOCKED
pa verjetno tudi najnovejši PostGre.
Še vedno me pa za MySQL zanima če se je kdo srečal s podobnim problemom.
všeč(0)
ni všeč(0)
spam(0)
#
A kdo ve če je tole slučajno možno:
imam v transakciji recimo simpl SQL
SELECT * FROM tabela WHERE nekopolje=4 ORDER BY sortpolje LIMIT 1 FOR UPDATE;
če se sedaj večkrat kliče ta stavek v različnih transakcijah se da zadeva na neko wait listi in ko se 1. transakcija zaključi s commit dobi naslednja rezultat.
In sedaj 1mil$ question :)
a je možno da namesto da čakajo transakcije vrnejo 1. nezaklenjeno vrstico?
Omogoča slučajno to katera druga baza? PostGres recimo ali oracle?
Rabil bi nujno to opcijo pa bi jo naredil na nivoju baze, nebi rad programsko čaral tega.
lp
všeč(0)
ni všeč(0)
spam(0)
#23
a rabi kdo knjigo za ruby on rails. sicer je že 6 let odkar sem jo nabavil ampak osnove so osnove :D
všeč(0)
ni všeč(0)
spam(0)
#18
Zadeva še vedno živi, evo par slikic
Sedaj pišem kodo za module da jih lahko stestiram pri hitrosti in zanesljivosti.
všeč(0)
ni všeč(0)
spam(0)
#20
Če ti zamudiš 10min še ni krize, če zamudiš 30min ali pa 1 uro za mene tudi ni krize ampak če sporočiš, da boš zamudil ker je recimo promet v Lj. zabasan. Če pa nič ne rečeš pa prideš čez 1 uro potem pa se strinjam, da to meče slabo luč na osebo, glede točnosti.
všeč(0)
ni všeč(0)
spam(0)