database met veel gebruikers

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Pagina: 1 2 volgende »

Simon Blok

Simon Blok

12/06/2006 11:51:00
Quote Anchor link
Ik ben bezig met de opbouw van een database(+site) ;-), waar waarschijnlijk veel users op komen. Elke gebruiker heeft de mogelijkheid om verscillende media op zijn account te plaatsen, zoals foto's en filmpjes, gastenboek en een 'dagboek'. Heeft iemand tips hoe ik dit het beste kan aanpakken. Ik zelf zat er aan te denken om voor elke gebruiker verschillende tabellen aan te maken, bv. 'user2341fotos', 'user2341film' enz...
Gewijzigd op 01/01/1970 01:00:00 door Simon Blok
 
PHP hulp

PHP hulp

17/11/2024 03:05:25
 
Eris -

Eris -

12/06/2006 11:55:00
Quote Anchor link
Dit heeft niets te maken met Admin / Mod hulp dus een trapje...

IUk had het als volgt gedaan

users
userid
username
useremail
userww
enz...

fotos

fotoid
userid (PK linken aan userid)
bestand enz...

film
filmid
userid (ook PK)
enz..
 
Gerben G

Gerben G

12/06/2006 11:56:00
Quote Anchor link
nee moet je niet doen.

dan krijg je erg veel tabellen.

het maakt voor mysql niet echt veel uit of een tabel een paar 100 of 1000 records heeft. en het is voor je zelf veel makelijker te maken
 
Simon Blok

Simon Blok

12/06/2006 11:56:00
Quote Anchor link
huh, hoe kan dit nu weer daar inkomen?! srry!!!
 
Gerben G

Gerben G

12/06/2006 11:57:00
Quote Anchor link
@ Eris

zo zou ik het ook doen
 
Eris -

Eris -

12/06/2006 12:08:00
Quote Anchor link
Heb opdit een database draaien met
2 x 20.000 records,

1 x 200.000 records.. En hij houd het goed...

(In een tabel)
Gewijzigd op 01/01/1970 01:00:00 door Eris -
 
Remco van Arkelen

Remco van Arkelen

12/06/2006 12:28:00
Quote Anchor link
Een database is juist gemaakt voor veel records, als jij ervoor kiest om de data te splitsen over meerdere identieke tabellen zal dit alleen averechts werken, de boel wordt trager doordat je allerlei joins zal willen maken.
 
Arjan Kapteijn

Arjan Kapteijn

12/06/2006 12:43:00
Quote Anchor link
Een gemiddelde multi-dimensinal dbms doet ongeveer 10.000 recrds per seconden doorzoeken. Maarja, dat is een data warehouse... die zijn niet echt optimaal voor OLTP-achtige querys. Jij zal gewoon een een normale (relationele) database gebruiken, maar zelfs dan moet het totaal geen probleem zijn als je gewoon netjes normaliseerd.
 
Simon Blok

Simon Blok

12/06/2006 13:02:00
Quote Anchor link
ok, bedankt voor de reacties. Ik hou het dan toch maar bij een tabel voor alle foto's!
 
Mic

mic

12/06/2006 16:25:00
Quote Anchor link
Ben ook toevallig aan het denken over zo'n syteem.
Ik dacht ook dat het beter zou zijn om iedereen een eigen tabel te geven omdat je die dan kan aanpassen aan elke gebuiker zijn/haar persoonlijke hoeveelheid data. Als er je bv een gebruiker hebt die 5 filmpjes online wil zetten, dan kan je daar vijf kolommen voor voorzien, maar als er dan een user is die 100 filmpjes online wil zetten dan moet je al een tabel met 100 'filmkolommen' voorzien, en dit geldt dan ook voor fotos en dergelijke.
Dat zal dan wel een grote tabel worden, die voor 95 procent van de gebruikers véél te groot zal zijn, de meeste kolommen zullen dan ook leeg blijven, maar toch moet je ze voorzien, want je weet nooit dat er een user is die extra véél filmpjes of fotos online wil zetten.

Is het dan niet gemakkelijker (en dan ook sneller/minder geheugen) om iedereen zijjn eigen tabel te geven waar ze dan zelf kolommen kunne bijvoegen naar hartelust?

Of maakt het niet uit hoeveel lege kolommen je hebt in een tabel voor snelheid in geheugenplaats?
Gewijzigd op 01/01/1970 01:00:00 door mic
 
Eris -

Eris -

12/06/2006 16:26:00
Quote Anchor link
Even de posts over de F5 rammen verwijderd.. OT please...
 
Frank -

Frank -

12/06/2006 16:29:00
Quote Anchor link
@Mic: Lees eens een artikel over normalisatie. Je zult dan zien dat je nooit aparte tabellen gaat maken voor verschillende gebruikers.

En ik weet niet wat jij verstaat onder veel, maar een database kan echt wel een paar miljoen tot zelfs een paar miljard records aan. En mocht je daar problemen mee krijgen, dan is de kans groter dat je niet over de juiste hardware beschikt, dan dat de database het niet aankan. En het toepassen van de juiste indexen wil ook nog wel eens helpen. Hoewel dat niet de sterkste kant van MySQL is, PostgreSQL doet dat een heel stuk beter.

Edit: url toegevoegd.
Gewijzigd op 01/01/1970 01:00:00 door Frank -
 
Arjan Kapteijn

Arjan Kapteijn

12/06/2006 16:50:00
Quote Anchor link
_niet_ voor iedereen een eigen tabel maken! Leer normalizeren.
 
Eris -

Eris -

12/06/2006 17:33:00
Quote Anchor link
Je moet met rijen werken en niet met kolomen. Daarnaast kan een database gereust 10 000 000 000 records bevaten zonder enkele problemen...
 
Jason de Ridder

Jason de Ridder

12/06/2006 17:41:00
Quote Anchor link
Over die filmpjes.
Gewoon in 1 veld zetten (duh) en dan bijvoorbeeld, met een \n splitsen en dit weer via een explode uit elkaar halen oid
 
Frank -

Frank -

12/06/2006 17:47:00
Quote Anchor link
Jason:
Over die filmpjes.
Gewoon in 1 veld zetten (duh) en dan bijvoorbeeld, met een n splitsen en dit weer via een explode uit elkaar halen oid
@Jason: Je geeft hier een voorbeeld zoals je het vooral NIET moet doen.

Zet nooit meerdere gegevens in 1 record. In 1 record, hoort 1 gegeven te staan. Punt.
 
Jason de Ridder

Jason de Ridder

12/06/2006 17:52:00
Quote Anchor link
oeps, zo bedoel ik het ook niet.... ;-)
hehehe
 
Mic

mic

12/06/2006 17:54:00
Quote Anchor link
@eris : ik moet toch een kolom bijmaken per filmpje dat een gebruiker geupload heeft?

@jason : dit lijkt me wel een goed idee, maar dat is het blijkbaar toch niet ;)

@frank : normaliseren is iets waar ik nooit van gehoord heb (beginner) maar het interesseert me wel! Heb je geen andere link want deze werkt niet. (loopt vast na de eerste pagina)
 
Frank -

Frank -

12/06/2006 17:58:00
Quote Anchor link
Hier een link (naar een andere site) die wel werkt: http://www.yapf.net/faq.php/100/700

@Moderators: Kan iemand even kijken wat er met de tut over normalisatie aan de hand is?
 
Mic

mic

12/06/2006 18:07:00
Quote Anchor link
Thanks! Ik begin er meteen aan!
 
Eris -

Eris -

12/06/2006 18:08:00
Quote Anchor link
Frank link?

http://www.phphulp.nl/php/tutorials/3/150/ Deze?
Gewijzigd op 01/01/1970 01:00:00 door Eris -
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.