[mysql] Hoe de db in te richten?

[bat266]

Ik wil een online dagboek op mijn site zetten voor gebruikers die ingelogd zijn. Hiervoor heb ik een mysql datdabase aangemaakt. Er zijn nu 2 mogelijkheden om de database in te richten.
1. ik maak 1 database waar alle gebruikers hun gegevens in zetten en geef deze database per gebruiker weer door where user =...
2. ik maak per gebruiker een tabel en geef dan alleen de juiste tabel weer.
Aangezien deze database best groot kan worden, is mijn vraag welke optie kan ik het best gebruiken in deze situatie om hem zo snel en onderhoudbaar mogelijk te maken.
bij voorbaat dank

[T-MOB]

Je zit in het verkeerde topic, maar ala.

Persoonlijk zou ik één tabel maken die per bericht linked naar een user-id (neem aan dat je users ook in een tabel staan). Dan hoef je voor xtra functionaliteit maar 1 tabel te wijzigen.
Met een index op je user-id zou het qua performance ook wel goed moeten komen, zelfs als je tabel erg groot wordt.

[Verwijderd]

zoek maar eens op het normaliseren van een database, dan zal je merken dat optie 1 de goede is

[bat266]

owja sorry voor het verkeerde topic mod verplaats maar :D:D
Maar dank voor uw hulp

[Verwijderd]

Misschien is het mosterd na de maaltijd en misschien is het betweterig maar ik wilde het toch ff zeggen.
Gebruik alsjeblieft een publish-tool. Aangezien je dit soort vragen al steld neem ik aan dat je niet super goed bent in het maken van webapplicaties(kan het ook mis hebben). Kijk er komt heus meer bij een digitaaldagboek kijken dan "select titel, bericht from dagboeken where user=@user". Het klinkt misschien hard maar je bent denk ik nog niet toe aan zoiets zelf maken. Kijk liever eerst de kunst af en verdiepje in de materie.
Om je toch een richting op te sturen:

Publish systemen voor php/ mysql
Moveable type
Wordpress
PMachine

[Verwijderd]

Maar je moet natuurlijk wel ergens beginnen. Lopen heb je immers ook geleerd met vallen en opstaan.

Je kan niet altijd gebruik maken van stukjes software geschreven door ervaren scripters. Het beste is: gewoon simpel beginnen, en kijken wat er allemaal fout kan gaan. De stukjes in de FAQ van P&W over PHP zijn ook zeer informatief.

[bat266]

is ook de bedoeling om zelf te leren en tja als t niet echt werkt merk ik het vanzelf wel. Betere oplossingen komen vanzelf wel enzo.

[Verwijderd]

bat266 schreef op 22 maart 2004 @ 22:53:
Betere oplossingen komen vanzelf wel enzo.

Dat zie je dan wel helemaal fout
Betere oplossingen, wat ik lees als "betere code", komen zeker niet vanzelf. Je moet er zelf achter komen, dmv lezen/zoeken/leren van je fouten, hoe je een stukje code beter kan maken.

[bat266]

Verwijderd schreef op 22 maart 2004 @ 23:03:
[...]

Dat zie je dan wel helemaal fout
Betere oplossingen, wat ik lees als "betere code", komen zeker niet vanzelf. Je moet er zelf achter komen, dmv lezen/zoeken/leren van je fouten, hoe je een stukje code beter kan maken.

blijf natuurlijk bezig met de code door ook regelmatig fora en andere gegevens te lezen studeer ook informatica leer dus telkens nieuwe technieken op het gebied van programeren. Dus komt vanzelf als ik me wat inzet

[spaceboy]

Verwijderd schreef op 22 maart 2004 @ 22:44:
...Kijk er komt heus meer bij een digitaaldagboek kijken dan "select titel, bericht from dagboeken where user=@user"...

Ik zie even niet in waarom. Uiteraard komt er iets meer bij kijken, maar zoiets is juist perfect om (ZONDER publisher-tool) zelf te leren om mee te werken. Ik heb via php m'n eerste database-driven-website gemaakt (een stamboom) en daar ben ik best wel trots op. Is welgeteld 1 tabel in MySQL maar stelt niets voor. Maar omdat ik het zelf (notepad) gemaakt heb is het 10x meer waard dan (mocht het al bestaan) een wizardje rond geklikt te hebben.

Dus TS: gewoon die optie 1 van je gebruiken en go for it.

[Verwijderd]

Ik snap het idee eerlijk gezegd nog niet helemaal.
Kun je nu als gebruiker op je site inloggen en kan dan elke gebruiker een dagboek bijhouden?
Ik neem aan dat je van elke gebruiker wat standaardgegevens noteerd. Naam, adres, mail, tel, enz.
Is het dan de bedoeling dat elke gebruiker elke dag, of iig vaak, kan posten wat hij die dag gedaan heeft? Of moeten gebruikers die zijn ingelogd jouw dagboek kunnen bekijken?

[crisp]

sql? da's niet clientside

Webdesign & Graphics --> Programming & Webscripting

[bat266]

Verwijderd schreef op 22 maart 2004 @ 23:20:
Ik snap het idee eerlijk gezegd nog niet helemaal.
Kun je nu als gebruiker op je site inloggen en kan dan elke gebruiker een dagboek bijhouden?
Ik neem aan dat je van elke gebruiker wat standaardgegevens noteerd. Naam, adres, mail, tel, enz.
Is het dan de bedoeling dat elke gebruiker elke dag, of iig vaak, kan posten wat hij die dag gedaan heeft? Of moeten gebruikers die zijn ingelogd jouw dagboek kunnen bekijken?

Mensen moeten zijn ingelogd om het te lezen en hun eigen dagboek te maken/bijhoeden. Zo wil ik er dus voor zorgen dat de mensen van de sportclub waarvoor de site dus gemaakt wordt hun eigen prestaties kunnen bijhouden, leuke dingen kunnen melden etc. Maar het is niet de bedoeling dat iedereen die kan zien, vanwege de privacy. Het membersysteem heb ik al gemaakt btw. Dus het is eigenlijk een combinatie van beide

[ Voor 4% gewijzigd door bat266 op 23-03-2004 08:22 ]

[curry684]

bat266 schreef op 22 maart 2004 @ 19:54:
Er zijn nu 2 mogelijkheden om de database in te richten.
1. ik maak 1 database waar alle gebruikers hun gegevens in zetten en geef deze database per gebruiker weer door where user =...
2. ik maak per gebruiker een tabel en geef dan alleen de juiste tabel weer.

Ik snap best dat je pas net begint, maar als je jezelf deze vraag stelt moet je echt eerst eens een boek gaan lezen over (relationele) databases. Optie 2 is geen optie, dat is namelijk het enorm misbruiken van een database als filesysteem.

Dit is nogal basic database kennis (er staan wel goede boeken in onze FAQ trouwens) en gaat dus op slot