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 02. 03. 2009.   #1
mb_sa
profesionalac
Qualified
 
Datum učlanjenja: 19.05.2007
Poruke: 123
Hvala: 13
3 "Hvala" u 3 poruka
mb_sa is on a distinguished road
Default MYSQL: Kako struktuirati tabele vezano za broj prikaza nekog teksta na stranici?

Zdravo svima.

Recimo da imam tabelu 'tekstovi'

Kôd:
TEKSTOVI
id, naslov, broj_prikaza (broj pregleda jednog teksta)
Podatak 'broj_prikaza' se dobije izvrsavanjem jenodstavnog UPDATE upita, tipa:
Kôd:
UPDATE tekstovi SET broj_prikaza = broj_prikaza+1 WHERE id = 344363;
Ovaj podatak prikazujem na razlicitim mjestima, poput skracenog prikaza teksta u njegovoj kategoriji, na naslovnoj stranici, na prikazu samog teksta i slicno

Znam da je ovaj upit jako jednostavan i brz (pise u mysql dokumentaciji), ali ce se oni izvrsavati kod svakog prikaza oglasa.

Problem je sljedeci: Kao sto znamo kada se radi UPDATE nad nekom tabelom ta tabela ce biti lockovana i svi SELECT upiti ce biti na cekanju, a radi se o glavnoj tabeli koja ce se korstiti u svakom upitu. Takodjer, koliko znam bilo kakav update nad nekom tabelom će poremetiti interni mysql cache, tako da i tu postoje određeni gubici. A stranica bi trebala da bude jako posjećena.

Ja sam razmisljao da se napravi dodatna tabela 'prikazi':

Kôd:
PRIKAZI
id_tekst,broj_prikaza
U kojoj ce se vrsiti svi moguci update vezani za prikaz teksta, a onda bih nariktao cron job (svaka 24h, sa obzirom da mi ne trebaju real time podaci) koji ce sumarne prikaze prbaciti u tabelu 'tekstovi', tako da bih ih imao u glavnoj tabeli, izvlacio kada mi trebaju, a pomenuta tabela ne bi bila opterecena pomenutim update upitom.

Pretpostavljam da JOIN ove dvije tabele ne dolazi kao rješenje (sa ciljem da se izbjegne CRON job), jer bi i tada se pojavljivali 'isti problemi', a plus bi imli dodatno spajanje tabela.

Da li moja razmisljanja su ispravna i kakva su vaša iskustva sa ovim o čemu trenutno pišem?

Hvala unaprijed na učešću u temi.

Pozz, mb
mb_sa 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

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
MySQL - istovremeni insert u tri povezane tabele koje imaju autoincrement Igor Manjenčić SQL baze podataka - Sponzor: Baze-Podataka.net 4 14. 12. 2010. 08:35
[MySQL] Neogranicen broj kategorija i proizvoda, upit mb_sa SQL baze podataka - Sponzor: Baze-Podataka.net 8 31. 05. 2009. 14:19
Broj poruka po stranici? Dragi Tata Obaveštenja, predlozi i pitanja 8 17. 12. 2006. 03:41
Promena prikaza TIMESTAMP polja u MySQL bluesman SQL baze podataka - Sponzor: Baze-Podataka.net 9 31. 01. 2006. 19:13


Vreme je GMT +2. Trenutno vreme je 16:39.


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.