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

 
 
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
 


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 01:42.


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.