Toon posts:

[MySQL] 1 of meer tabellen

Pagina: 1
Acties:

Verwijderd

Topicstarter
Op dit moment ben ik bezig met het uitwerken van een idee wat het mogelijk moet maken een passende internet/database toepassing te voor een bepaalde branche.

Iedere klant kan d.m.v. een (i)Frame gebruik maken van een pagina met daarop het eigen aanbod van producten en of diensten.

Naar alle waarschijnlijkheid zal ook dit systeem vanuit 1 portal achtig geheel doorzocht kunnen worden.

Het idee wat ik heb is dat ik in 1 database iedere klant zijn eiegn tabel geef, dit is bijvoorbeeld erg makkelijk bij het toevoegen en verwijderen van klanten, wat ook kan is 1 tabel met alle klanten.

Naar mijn mening is de eerste optie het beste alleen iets zwaarder omdat er gezocht moet worden in * tabellen met 1 query (bij de "portal"), daarin tegen zal het zoeken op de producten en of diensten van een klant sneller zijn.

Wie geeft hierover zijn mening en de eventuele feiten. (8>

  • Goodielover
  • Registratie: November 2001
  • Laatst online: 18-08 11:34

Goodielover

Only The Best is Good Enough.

Tabel per klant is absoluut tegen alle ontwerp principes in.
Bovendien moet je site dan data definition privileges hebben om tabellen te mogen creëren.
Dit wil je niet. Het deleten van de rows van een klant gaat net zo snel en je programmatuur wordt veel eenvoudiger. NIET DOEN!

  • D2k
  • Registratie: Januari 2001
  • Laatst online: 31-08 10:19

D2k

normaliseren!!!

Doet iets met Cloud (MS/IBM)


Verwijderd

Topicstarter
Op maandag 22 april 2002 09:28 schreef D2k het volgende:
normaliseren!!!
specifiseren!!! (je antwoord dan heh ;))

  • drm
  • Registratie: Februari 2001
  • Laatst online: 09-06-2025

drm

f0pc0dert

Het idee wat ik heb is dat ik in 1 database iedere klant zijn eiegn tabel geef, dit is bijvoorbeeld erg makkelijk bij het toevoegen en verwijderen van klanten, wat ook kan is 1 tabel met alle klanten.
Noooooit doen. Het bied je ten eerste niets extra's, je model rijst binnen de kortste keren de pan uit, en hoe ga jij in vredesnaam je relaties bepalen in zo'n model?

Gewoon een tabel met klanten en klantnummers (klantid's so you wish) en dan per product (of whatever je toe gaat voegen) een extra kolommetje "klantid", zogenaamde foreign key (relatie) naar de tabel "klanten" met een INDEX

voeg dan als je per klant gaat zoeken gewoon een WHERE clause toe:
code:
1
2
3
4
5
WHERE
   // blabla
AND (
   producten.klantid='$klantid'
)

Verder is het toch echt een kwestie van een beetje zoeken op normaliseren, erachter komen hoe een correct databasemodel in elkaar zit :)

Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz


  • dusty
  • Registratie: Mei 2000
  • Laatst online: 21-02 00:06

dusty

Celebrate Life!

Op maandag 22 april 2002 09:28 schreef D2k het volgende:
normaliseren!!!
Leuk he, dusty antwoorden geven >:)

Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR


  • D2k
  • Registratie: Januari 2001
  • Laatst online: 31-08 10:19

D2k

Op maandag 22 april 2002 11:00 schreef dusty het volgende:
Leuk he, dusty antwoorden geven >:)
lol ;) dan zei ik wel

DATE :+

Doet iets met Cloud (MS/IBM)


  • Goodielover
  • Registratie: November 2001
  • Laatst online: 18-08 11:34

Goodielover

Only The Best is Good Enough.

Op maandag 22 april 2002 11:06 schreef D2k het volgende:

[..]

lol ;) dan zei ik wel

DATE :+
Welke normaalvorm wil je dan hebben van DATE.
(Lekkere dikke pil was dat trouwens)

Verwijderd

Topicstarter
Duidelijk. Het ging mij in principe vooral om de veiligheid van de records wanneer klanten hun content bij houden.

Heb weer ff nagdacht met jullie op-/aan-merkingen in mind en heb mijn conclusie getrokken..... ik ga aan het werk :)

1 tabel een 2 uniq-ids om te checken moet het wel doen denk ik :D

ps. wat is nou een lekker boekje om te lezen wanneer je meer wilt weten over dB gebruik en ontwerp in het algemeen :?

  • dusty
  • Registratie: Mei 2000
  • Laatst online: 21-02 00:06

dusty

Celebrate Life!

Op maandag 22 april 2002 11:22 schreef Tuin het volgende:
[..]
ps. wat is nou een lekker boekje om te lezen wanneer je meer wilt weten over dB gebruik en ontwerp in het algemeen :?
Date.

(Zie je wel D2k.. het komt vanzelf wel... je moet alleen even geduld hebben.)

Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR


  • D2k
  • Registratie: Januari 2001
  • Laatst online: 31-08 10:19

D2k

Op maandag 22 april 2002 11:27 schreef dusty het volgende:

[..]

Date.
Op woensdag 09 januari 2002 09:51 schreef Crazy_D het volgende:

[..]

:D
C.J. Date "An Introduction To Database Systems" dus :)
ISBN 0-201-68419-5
(Zie je wel D2k.. het komt vanzelf wel... je moet alleen even geduld hebben.)
ik zal er de volgende keer aan denken :P ;) :+

Doet iets met Cloud (MS/IBM)


  • Goodielover
  • Registratie: November 2001
  • Laatst online: 18-08 11:34

Goodielover

Only The Best is Good Enough.

Op maandag 22 april 2002 11:22 schreef Tuin het volgende:

ps. wat is nou een lekker boekje om te lezen wanneer je meer wilt weten over dB gebruik en ontwerp in het algemeen :?
Lees ook even de FAQ daar staan ook wat nuttige links in.

  • smaij
  • Registratie: November 2000
  • Laatst online: 07:22
Mij is precies hetzelfde geroepen een hele tijd terug :)DATE
lol.. wist ik veel dat het een boek was.. tja, blijkt het zelfs in mijn vaders boekenkast ergens op zolder te staan... lol.. Maar aan DATE heb ik heel veel gehad, en ik zou je ook niets anders kunnen aanraden dan dat boek. Ik had een oudere versie, en die was zelfs nog goed genoeg voor mij :D

  • drm
  • Registratie: Februari 2001
  • Laatst online: 09-06-2025

drm

f0pc0dert

smaij:
Ik had een oudere versie, en die was zelfs nog goed genoeg voor mij :D
zo'n... "boek"... kan je die niet updaten :? :+

Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz

Pagina: 1