DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > SQL baze podataka - Sponzor: Baze-Podataka.net
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

SQL baze podataka - Sponzor: Baze-Podataka.net MySQL, MSSQL, Oracle, Access, ODBC. Ako imate problem brže i preciznije ćete dobiti odgovor ako priložite strukturu tabela ili skript koji kreira tabele i puni ih test podacima umesto što to problem opisujete samo rečima. Sponzor: Baze-Podataka.net - Blog o bazama podataka

Odgovori
 
Alati teme Način prikaza
Staro 03. 11. 2013.   #1
Anakin14
član
Certified
 
Datum učlanjenja: 23.02.2012
Poruke: 92
Hvala: 0
1.169 "Hvala" u 15 poruka
Anakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished road
Default mysql problem sa id poljem

Ovako, imam bazu kojoj pristupa dosta klijenata u isto vreme, i koristio sam auto increament polje da bi bez problema postavio ID svakog row-a bez da citam svaki put max value iz id-a i rizikujem da neki klijent vec postavi taj id i dodatno komplikujem stvari.

E sada sam zbog performansa podelio tabelu na table_rad i table_rad_temp gde u danasnjem danu upisujem u temp tabelu i na kraju rada svakog klijenta njegova polja prabacujem u glavnu tabelu. Ovo sam uradio jer mi je dosta citanja za dasanji dan, a manje za arhivu.

E sada se stvorila poterba za rad_meta tabelom, ali je problem sledeci, ID-ovi stvoreni autoincreament poljem u temp tabeli nisu isti jer kada mysql prebaci u glavnu tabelu on za ta polja kreira nove auto increament vrendosti.

Jedno resenje je ono koje sam i hteo da izbegnem a to je da mi kod generise ID za svaku transakciju pa da lockujem tabelu na svakom pisanju itd ali to zelim da izbegnem

Mozda je jedno od resenja da u glavnu/temp tabelu ubacim row metaid, pa da za one redove kojima je potreban meta generisem neki metaid na osnovu drugih parametara iz tog reda, ali opet to je jedan dodatni column koji opet nece biti potreban za sve redove.

U sustini kada se upisuje u dnenvu tabelu sve je u redu, jer meta field dobija autoincreament id ali je problem na kraju dana kada transakcija kopira sve u glavnu tabelu i brise iz dnevne.

Da li je mozda najbolje resenje da ubacim denormalizovana polja, pa da imam null vrednosti?
Anakin14 je offline   Odgovorite uz citat
Staro 03. 11. 2013.   #2
mileusna
Super Moderator
Knowledge base
 
Datum učlanjenja: 21.03.2006
Lokacija: Kragujevac
Poruke: 1.878
Hvala: 291
1.345 "Hvala" u 355 poruka
mileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobarmileusna je jednostavno dobar
Default

Pa u toj glavnoj tabeli izbaci da je ID autoincrement, već koristi ID koji si dobio u temp tabeli. Temp tabelu briši sa DELETE FROM table_rad_temp jer se tako zadržava autoincrement broj za razliku od TRUNCATE koji inicijalizuje i autoincrement na nulu. Tako će svi redovi u table_rad imati jedinstveni ID.

Citat:
E sada sam zbog performansa podelio tabelu na table_rad i table_rad_temp gde u danasnjem danu upisujem u temp tabelu i na kraju rada svakog klijenta njegova polja prabacujem u glavnu tabelu. Ovo sam uradio jer mi je dosta citanja za dasanji dan, a manje za arhivu.
Sve zavisi od problema do problema, ne postoji jedinstveno rešenje za sve, ali možda možeš da probaš da "obrneš" rešenje? Da sve upisuješ u glavnu tabelu a da periodično (ili na svaki unos, zavisi koliko ih ima) kreiraš u temp tabelu današnje unose za čitanje. Zavisno od obima podataka, tabela onda može biti i tipa MEMORY što bi umnogome poboljšalo i performanse.

Jel koristiš InnoDB?
mileusna je offline   Odgovorite uz citat
Staro 03. 11. 2013.   #3
Anakin14
član
Certified
 
Datum učlanjenja: 23.02.2012
Poruke: 92
Hvala: 0
1.169 "Hvala" u 15 poruka
Anakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished road
Default

Interesantno mi je resenje:

pri unosu upisujem u glavnu tabelu i temp tabelu
pri promeni dana samo brisem iz temp tabele

mislim da je cak i bolje od

pri unosu upisujem u temp
pri promeni dana kopiram iz temp u glavnu, pa brisem iz temp

mada posto ima dosta write-a, to je za svaki unos dodatni insert, pa bas i nisam siguran koliko je bolje.
Sta bi ste vi uradili?

Inace posto ta temp tabela moze da ima i par desetina megabajta interesuje me da li ce toliko i trositi RAM-a pri MEMORY engine, npr ako tabela ima 20mb toliko ce i koristiti dodatnog rama. Da li se samo napravi MEMORY tabela i sve je isto ili postoji neka posebna logika rada sa njom?
Anakin14 je offline   Odgovorite uz citat
Staro 03. 11. 2013.   #4
Anakin14
član
Certified
 
Datum učlanjenja: 23.02.2012
Poruke: 92
Hvala: 0
1.169 "Hvala" u 15 poruka
Anakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished road
Default

da innodb
Anakin14 je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum


Vreme je GMT +2. Trenutno vreme je 12:40.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.