Archief - MYSQL: hoeveel tables in een DB

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
S

Spacy2003

Legacy Member
Hier mijn vraag hoevel tables gaan er max. in een mysql DB.
Ik wil graag een portfolio systeem schrijven
en per user dat hij aanmaakt een table bijmaken
waar de informatie van die user opgeslagen wordt.

Ben ik gelimiteerd ? zoja is er een betere oplossing ?
(en ja heb google gebruikt :p )

grtz ;)
G

GuntherDW

Legacy Member
ik denk da de enige limiet uw free hd ruimte is...
ik KAN verkeerd zijn tough
K

KO

Legacy Member
Ik hoste vroeger ook forums zoals ik dat nu deed.
Ik zat toen aan ongeveer 170000 tables per database :)
d

daboykefke

Legacy Member
per user een tabel? is dat niet wat van het goede teveel? don't shoot me if I'm wrong :)
S

Spacy2003

Legacy Member
Hoe ga je anders anders bv voor 1 bepaalde user 10 links die persoonlijk voor hem zijn wegschrijven ? :p

Ik zat ook te denken maximaal 10 werkjes (voor 1 user) en dan met een for lus dat in rows wegschrijven maar dit is imo meer miserie dan dit :p

@ KO: Das een opluchting :p
d

daboykefke

Legacy Member
mss volg ik u totaal niet maar ik zie het dan zo

stel je hebt een tabel 'tblLinks', daar heb je de velden 'ID', 'userID', 'link', 'omschrijving'

dus als je dan van iemand een link toevoegd geef je gewoon zijn userID mee in die link :) of snap ik uw bedoeling niet :)
B

BertG

Legacy Member
Een goed databes systeem heeft een vast aantal tables, en variabel aantal tupels binnen die tables!

Ge gaat toch geen table aanmaken per user? das belachelijk gewoonweg!
Lees es een boek over ERD of mijn favo NIAM

Niam is perfect om databases te maken!
S

Spacy2003

Legacy Member
daboykefke zei:
mss volg ik u totaal niet maar ik zie het dan zo

stel je hebt een tabel 'tblLinks', daar heb je de velden 'ID', 'userID', 'link', 'omschrijving'

dus als je dan van iemand een link toevoegd geef je gewoon zijn userID mee in die link :) of snap ik uw bedoeling niet :)
Klik om te vergroten...

Dus op het moment heb ik 1 table waar alle users bij het registreren in zitten.
Dan nog een aparte table voor het portfolio dat wordt weggeschreven bij het registreren (als hij een portfolio wenst of niet, dat bepaald hij in het register form). Dan in de table waar ik alle users in heb staan daar laat ik dan ook wegschrijven als hij een portfolio heeft of niet (zo kan ik gemakkelijk weten wie een portfolio heeft of niet). De table naam van het portfolio is "portfolio_".$nick zo kan je ook gemakkelijk het profolio van die ene user terugvinden.
In het de portfolio table van de user zelf kan je dan nog zijn werkjes, favoriete websites, ... etc wegschrijven.

Goede redenering of een fiasco ?

grtz ;)
D

DarkBone

Legacy Member
Someone is in serious need for a lesson 'relational databases'.

Met uw tabel per user schopt ge net héél het idee van realties leggen tussen uw tabellen onderuit (vandaar ook de benaming relationele database).

Ge hebt een tabel met al uw gebruikers, al uw gebruikers hebben een unieke aanduiding (id).

Wel, het enigste wat gij nog nodig hebt (zoals kefke komt te zeggen) is een tabel waar alle links van alle gebruikers in bewaard worden. Door middel van hun unieke gebruikersid kunt ge die dan linken aan de gebruiker zelf.

En het feit of dat er nu 10 zijn of een onbeperkt aantal, maakt weinig uit. Da's iets dat ge programmatorisch gaat moeten afdwingen, da's geen beperking da ge op database niveau kunt opleggen in dit geval.
S

Spacy2003

Legacy Member
DarkBone zei:
Someone is in serious need for a lesson 'relational databases'.

Met uw tabel per user schopt ge net héél het idee van realties leggen tussen uw tabellen onderuit (vandaar ook de benaming relationele database).

Ge hebt een tabel met al uw gebruikers, al uw gebruikers hebben een unieke aanduiding (id).

Wel, het enigste wat gij nog nodig hebt (zoals kefke komt te zeggen) is een tabel waar alle links van alle gebruikers in bewaard worden. Door middel van hun unieke gebruikersid kunt ge die dan linken aan de gebruiker zelf.

En het feit of dat er nu 10 zijn of een onbeperkt aantal, maakt weinig uit. Da's iets dat ge programmatorisch gaat moeten afdwingen, da's geen beperking da ge op database niveau kunt opleggen in dit geval.
Klik om te vergroten...

Dus jij bedoeld de link in 1 table wegschrijven samen met het id. En dan alles terug ophalen doormiddel van het user id.
Is idd makkelijker zo !

Feel so stupid atm :p

thnx ;)
d

dJeez

Legacy Member
FYI : http://dev.mysql.com/doc/mysql/en/Features.html

Scalability and Limits

* Handles large databases. We use MySQL Server with databases that contain 50 million records. We also know of users who use MySQL Server with 60,000 tables and about 5,000,000,000 rows.
* Up to 64 indexes per table are allowed (32 before MySQL 4.1.2). Each index may consist of 1 to 16 columns or parts of columns. The maximum index width is 1000 bytes (500 before MySQL 4.1.2). An index may use a prefix of a column for CHAR, VARCHAR, BLOB, or TEXT column types.
Klik om te vergroten...

Louter ter info voor 't geval je alsnog de limieten zou willen kennen, de andere beperkingen kan je ook in de MySQL docs terugvinden.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan