invoerpagina

[Verwijderd]

Ik wil een pagina maken waarmee ik waardes kan invoeren in een tabel van mysql. De tabel waar de waardes in moeten komen:

_________________________
| ID | RON1 | RON2 | enz.|
--------------------------

Id is al gevuld van 1 t/m 400
Alleen ron1 en ron 2 enz. moeten nog gevuld worden. Maar dit moet per week gebeuren. Dus ene week RON1, de week daarna RON2 enz.

Nou heb ik nog een andere tabel:
___________
| ID | NAAM|
------------

Nou wou ik op de pagina dus de naam zien en dat ik kan aangeven in welke RON het moet komen en dan voor alle namen (ID) de RON vullen. hoop dat het een beetje duidelijk is.

[Verwijderd]

Wat je wil lijkt me wel duidelijk, wat je vraag nou precies is is me een compleet raadsel?

[Verwijderd]

Of iemand weet hoe dat moet.

[dusty]

Duidelijk een slecht database model.

Ga terug naar dorpsstraat, ga niet langs start, u ontvangt geen fl 200,-

[Verwijderd]

Dus ik moet een grote tabel maken volgens jou waar alles in staat?

[Nielsz]

Op dinsdag 25 september 2001 14:21 schreef dusty het volgende:
Duidelijk een slecht database model.

Ga terug naar dorpsstraat, ga niet langs start, u ontvangt geen fl 200,-

Pfffffffffff!

[mbravenboer]

Nielsz: Pfffffffffff!

Gelijk heeftie wel

Ga eens een goed stuk lezen over relationele databases. Je gebruikt namelijk niet echt relaties . Zodra je in 1 tabel gaat beginnen met opsommingen in kolommen doe je iets behoorlijk fout . Het aantal kolommen wat je dan tot je beschikking hebt kan altijd te klein worden. Zulke zaken moet je typisch doen met een extra tabel die in relatie is met je huidige tabel.

[dusty]

Op dinsdag 25 september 2001 14:24 schreef brianpepejeans het volgende:
Dus ik moet een grote tabel maken volgens jou waar alles in staat?

Dat zeg ik niet, ik zeg alleen dat je huidige database model niet klopt.

[dusty]

Op dinsdag 25 september 2001 14:32 schreef mbravenboer het volgende:
[..]
Gelijk heeftie wel
[..]

Puur Toeval!

[Verwijderd]

koop eerst eens een goed boek over database-normalisatie! (www.bol.com )

[BierPul]

* BierPul koopt altijd zn boeken bij http://www.comcol.nl snel save en simpel

[mbravenboer]

Om elk bedrijf een eerlijk kans te geven:

Amazon heeft een heel erg goed assortiment

[Verwijderd]

Dus het kan niet met dit database model?

[dusty]

Op dinsdag 25 september 2001 15:58 schreef brianpepejeans het volgende:
Dus het kan niet met dit database model?

Het kan wel, het is alleen niet aan te bevelen.

[Verwijderd]

Op dinsdag 25 september 2001 15:58 schreef brianpepejeans het volgende:
Dus het kan niet met dit database model?

Tuurlijk gaat dat...maar de vraag is of je dat wil ? (met het oog op verdere ontwikkelingen op je DB)

[Verwijderd]

ik snap niet wat er nou zo verkeerd aan is.
Dit zijn trouwens nog maar twee tabellen heb er nog meer.
En die zijn wel gekoppeld aan het ID van de tabel met de naam er in.

[mbravenboer]

Geen opsommingen in de kolommen van een tabel.. zie mijn post.

[dusty]

Op dinsdag 25 september 2001 16:04 schreef brianpepejeans het volgende:
ik snap niet wat er nou zo verkeerd aan is.
Dit zijn trouwens nog maar twee tabellen heb er nog meer.
En die zijn wel gekoppeld aan het ID van de tabel met de naam er in.

Je data is niet genormaliseerd.

[Verwijderd]

oke vertel me dan maar hoe het volgens jullie moet. Of willen jullie niet iets uitleggen aan iemand die niet een perfecte database heeft gemaakt. Kan ik ook niks aan doen dat ik niet zo goed ben als jullie.

[Verwijderd]

Dus omdat me databse verkeerd is opgebouwd moet ik het n maar helemaal zelf uitzoeken

[dusty]

Op woensdag 26 september 2001 12:06 schreef brianpepejeans het volgende:
Dus omdat me databse verkeerd is opgebouwd moet ik het n maar helemaal zelf uitzoeken

Lees dit linkje maar eerst door, voer dat ook eens uit op je huidige database model. Laat daarna nog maar eens zien wat je hebt.

[BierPul]

* BierPul heeft deze link gevonden lekker makkelijk in het Nederlands http://www.phpfreakz.nl/artikelen.php?aid=26

[Bobco]

Op woensdag 26 september 2001 12:06 schreef brianpepejeans het volgende:
Dus omdat me databse verkeerd is opgebouwd moet ik het n maar helemaal zelf uitzoeken

Nee, maar het is wel goed om het zelf te leren... Waar het bij normalisatie voornamelijk om gaat is dat je redundantie, oftewel het vaker voorkomen van hetzelfde gegeven moet voorkomen. Verder moet een database-ontwerp stabiel zijn: je moet niet bij elke kleine wijziging in je programma een andere database-structuur nodig hebben. Databases ontwerpen is niet gemakkelijk, lees daarom de links die hier al gegeven zijn goed door en vraag nog eens als je dingen niet snapt. Maar goed, ik zal je een eindje op weg helpen.

In jouw voorbeeldje heb je 2 tabellen:

(ID, naam) en (ID, RON1, RON2, RON3, ...) Die puntjes in de laatste tabel geven eigenlijk al aan dat je een probleem hebt: jij kunt precies zoveel RONs opslaan als in je tabeldefinitie staat. Dat is dus niet handig.

Eigenlijk is die RON niet alleen afhankelijk van het ID maar ook van het weeknummer. Als je die nu ook opneemt krijg je een tabelletje dat er als volg uitziet:

(ID, weeknr, RON) Zie je dat nu opeens al die RONx velden verdwenen zijn? Als je weeknr slim definieert kun je hierin gegevens opslaan tot je harddisk volloopt en hoef je geen nieuwe tabel aan te maken op het moment dat je meer RONs wilt opslaan dan je oorspronkelijk had opgenomen in de tabeldefinitie.

Succes!

[Verwijderd]

En hoe moet ik het dan doen met de deelnemers van competitiemanager. Ze moeten elf spelers kiezen en ik moet dan ook de punten per deelnemer bij kunnen houden. Iemand een idee hoe dit te doen is?