Database - Webside med tusenvis av brukere

5. februar 2016

Jeg er i planleggingsfasen for en nettside, så prøver å skaffe meg litt oversikt over potensielle utfordringer.

Jeg skal ha en nettside hvor jeg potensielt sett skal ha tusenvis av brukere, alle brukere skal ha muligheten til å lage nye og unike tabeller, derfor ser jeg for meg at man må ha egne databaser for hver bruker.

Den globale brukerdatabasen:
Slik jeg ser det for meg, så vil jeg ha en egen database hvor alle brukere er lagret, den vil se ca. slik ut:

Kode

Global UserDB: Table User
------------------------------------------------------------
UserID Email	    Password Gender DOB      Location
------------------------------------------------------------
1      bob1@etc.com Per      M      1/1/2001 Trondheim
2      bob2@etc.com Ola      M      2/2/2002 Drammen
3      bob3@etc.com Jon      M      1/2/2003 Oslo

UserID vil da være referanse til databasen til hver individuelle bruker.

Den individuelle brukerens database:
Hver unike bruker skal også ha en egen database, i og med at de skal kunne lage egne tables så vil utgangspunktet kun inneholde et basetable med UserID:
Kode
```
Individual UserDB: Table Base
------------------------------------------------------------
UserID
---------------------------------------------------------------
1
2
3
```

Her er mine spørsmål:

I og med at brukere både skal kunne lagre "privat" data i tillegg til å kunne opprette egne tables, er det ikke da hensiktsmessig at hver bruker har en egen database?
Om man har individuelle databaser pr bruker, kan man på et senere tidspunkt kjøre operasjoner (eksempelvis sammenligning) på tvers av disse databasene på en hensiktsmessig måte?
Om hver bruker skal ha en egen database, finnes det noen webhoteller som støtter dette? Jeg ser at domeneshop kun støtter 10 unike databaser.
Vil MySQL klare å håndtere tusenvis av operasjoner i minuttet? Vil det være raskt nok? Eller bør man se på andre alternativer enn MySQL?
Noen andre ting jeg bør tenke på?

newsflash

235 27

5. februar 2016

Nei. Du trenger nok neppe mer enn en database. Du bør nok lese deg litt opp på relasjoner og normalisering. Jeg skjønner ikke hva du mener du skal ha i en egen database for hver bruker. Rader som inndeholder samme type data men er knyttet mot en bruker ville man vanligvis samlet i en tabell der en har en fremmed nøkkel til brukerID.

robhol

NOOOOOOOOOOOOOOOOOO-

6.426 5.659

5. februar 2016

En virkelig gigantisk no-no jeg kan peke på med en gang, er at du ALDRI lagrer passord i klartekst. Just Don't Do It™.

Når det gjelder selve database-schemaet ditt, analyse osv., er det vanskelig å kommentere dette uten noen idé om hva du har tenkt til å lagre i dem.

nomore

1.739 1.100

5. februar 2016

Rent konkret hva er det brukerene skal lagre i sine egne tabeller/databaser for?

vidarlo

Trigonoceps occipita

27.682 31.077

5. februar 2016

Det er ikkje mogeleg å svare fornuftig på spørsmålet ditt før vi veit kva du faktisk skal lagre.

Det sagt så er hverken domeneshop eller andre shared hosting-opplegg tingen om du skal ha mange tusen brukarar med mykje datalagring. Da er VPS eller dedikert boks langt meir fornuftig.

Og MySQL har ingen spesielle problem med mange databaser og eit titalls tusen rader i ein tabell. Men igjen; er det GIS du skal drive med er jo PostgreSQL langt meir opplagt val enn my. Så du stiller eit spørsmål som er så åpent at det ikkje har eit fornuftig svar.

simchris

Trådstarter

229 124

5. februar 2016

Takker for svar. Jeg skjønner ikke helt hvordan relasjoner og normalisering skal gjøre at individuelle brukere kan ha sine egne unike tabeller, kun forbeholdt de.

Eksempel:

Brukeren Ole har via. webgrensesnittet opprettet tabellen "Bøker", under denne har han laget "Krimbøker" (ID, Title) og "Romaner" (ID, Title). For brukeren så vil dette enkelt og greit være å lage en gruppe med to undergrupper, måten det lagres på vil være egne tabeller, linktables for relasjoner settes også opp uten at brukeren gjør det. Han vil da kunne gjøre søk og browse bøker på en enkel og oversiktelig måte.
Brukeren Per har via. webgrensesnittet opprettet tabellen "Vitser" (ID, VitsCat, VitsText), under denne kan han opprette vitser, han setter også kategorien for hver enkelt vits.

Jeg vet at dersom man hadde hatt predefinerte ting som brukerene skulle kunne bruke så kunne man enkelt ha brukt én database, og heller bare spesifisert alle kolonnene som potensielt skulle brukes. Utfordringen min er at hver enkelt bruker skal kunne opprette totalt forskjellige tabeller. Antall kolonner, hva slags type data som lagres i hver kolonne og relasjoner vil være forskjellig for hver enkelt bruker.

Jeg er på ingen måte noen ringrev når det kommer til databaser, jeg har kun erfaring fra et par python + sqlite applikasjoner, så jeg klarer ikke å forstå hvordan man kan unngå egne databaser når man ikke vet hvordan databasestrukturen for hver enkelt bruker vil være?

Sist endret av simchris; 5. februar 2016 kl. 22:57.

vidarlo

Trigonoceps occipita

27.682 31.077

5. februar 2016

Sitat av simchris

Jeg er på ingen måte noen ringrev når det kommer til databaser, jeg har kun erfaring fra et par python + sqlite applikasjoner, så jeg klarer ikke å forstå hvordan man kan unngå egne databaser når man ikke vet hvordan databasestrukturen for hver enkelt bruker vil være?

Vis hele sitatet...

Du kan t.d. la brukere opprette tabeller, der tabellnavn er f.eks. ID, som du korelaterer med bruker og brukervalt navn på tabellen, slik at du viser heilt anna navn enn det du faktisk har i DBen.

simchris

Trådstarter

229 124

5. februar 2016

Sitat av vidarlo

Du kan t.d. la brukere opprette tabeller, der tabellnavn er f.eks. ID, som du korelaterer med bruker og brukervalt navn på tabellen, slik at du viser heilt anna navn enn det du faktisk har i DBen.

Vis hele sitatet...

Herregud, jeg er dum! Uff, dette var faktisk litt flaut

Da skjønner jeg at dere ikke forstod poenget med egne databaser, takker og bukker

▼ ... over en uke senere ... ▼

tormaroe

codeslinger

492 455

13. februar 2016

Sitat av simchris

Herregud, jeg er dum! Uff, dette var faktisk litt flaut

Da skjønner jeg at dere ikke forstod poenget med egne databaser, takker og bukker

Vis hele sitatet...

Det meste virker enkelt når man har skjønt det, men mye virker uforståelig når man ikke har sett sammenhengen enda. Sånn er det bare

Lanjelin

1d8+5+4d6

1.397 535

13. februar 2016

Er dette en "akseptert" måte å gjøre det på?

Har en database med 11000 brukere/11000 tabeller, da hver bruker skal kunne lagre opp til 50 rader med data.

Har planer å skrive om en del for å få mindre data lagret/overført, da mye av innholdet går igjen (lagre som tallverdi mot en ny tabell, istedet for fulle stringer), og har derfor begynnt å kikke etter andre måter å samtidig optimalisere på.

Jeg har fått foreslått å ha en stor tabell med all brukerinput lagret i, og knytte hver enkel rad opp mot bruker, men har ikke fått bekreftet/avkreftet hva som er "den beste måten" å gjøre det på.

vidarlo

Trigonoceps occipita

27.682 31.077

13. februar 2016

Sitat av Lanjelin

Har en database med 11000 brukere/11000 tabeller, da hver bruker skal kunne lagre opp til 50 rader med data.

Vis hele sitatet...

Om kvar brukar har så lite som femti rader er det kanskje betre å lagre radene i ein tabell, og heller ha med eit felt for brukarid, eller dele dei på ulike tabeller basert på datatype. Forslaget ditt høyres lite effektivt ut, med så mange tabeller... Det er lite oversiktleg og tungt å spørre mot.

Kroniz

156 35

13. februar 2016

Hvorfor ikke lagre hver enkelt brukers "tabell" som ett felt under brukeren der hvor du benytter deg av F.eks JSON for å håndtere informasjon?

robhol

NOOOOOOOOOOOOOOOOOO-

6.426 5.659

13. februar 2016

Sitat av Kroniz

Hvorfor ikke lagre hver enkelt brukers "tabell" som ett felt under brukeren der hvor du benytter deg av F.eks JSON for å håndtere informasjon?

Vis hele sitatet...

Fordi det er snakk om en relasjonell database, noe som gjør denne typen spørring ganske klønete. Man lagrer helst ikke sammensatt data i en relasjonell base.

nudo

Avventende

1.819 129

13. februar 2016

postgreSQL har datatype JSON som er fult soekbart.