WN

WN (https://www.wn.se/forum/index.php)
-   Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)
-   -   Tabeller i MySQL (https://www.wn.se/forum/showthread.php?t=8132)

Anders 2005-05-25 09:49

Antar att det inte finns något max antal tabeller man kan lägga i en databas, men finns det fördelar att dela upp tabellerna över flera databaser? Något som hör till praxis? Hur många tabeller har ni i en databas, ungefär?

Starweb 2005-05-25 11:23

Mig veterligen finns det ingen fördel rent prestandamässigt att dela upp tabeller på flera databaser. Den enda fördelen jag kan se är att man möjligtvis får en överskådligare struktur om man nu har väldigt mycket tabeller.

Har haft alltifrån 1 tabell till 80-100st per databas. Ibland på flera platformar som man jobbar mot parallelt/samtidigt i samma applikation. Då gäller det att man har ett bra databasschema över vad alla tabeller innehåller, deras struktur osv :P

zoran 2005-05-25 12:18

Citat:

Originally posted by Anders@May 25 2005, 09:49
Antar att det inte finns något max antal tabeller man kan lägga i en databas, men finns det fördelar att dela upp tabellerna över flera databaser? Något som hör till praxis? Hur många tabeller har ni i en databas, ungefär?
Om man följer normaliseringsmetoden, så uppstår sällan behov efter extremt många tabeller. Jag säger sällan eftersom jag inte vet vad du vill lagra. Har du läst på om databasdesign så är du på bra väg.

Jag tror knappast att Mysql skulle prestera bättre genom att skapa tabellerna i olika databaser. Har du så extrema krav så kanske du ska tänka på en "riktig" databasmotor såsom Sybase och Oracle. Både med Sybase och Oracle kan du styra vilka "lagringsskluster" en viss tabell ska läggas på. Ett lagringskluster kan i sin tur ligga på separata diskar/arrayer för bättre prestanda.

/Zoran

aikon 2005-05-25 12:33

Jag har över 1400 tabeller i en databas, och den klagar inte.. ;)

Anders 2005-05-25 12:57

Citat:

Ursprungligen postat av zoran
Har du läst på om databasdesign så är du på bra väg.

Har du några boktips?

Citat:

Ursprungligen postat av aikon
Jag har över 1400 tabeller i en databas, och den klagar inte.. ;)

Ja då har jag långt kvar... :)

grazzy 2005-05-25 13:39

Här är en kanonbra (verkligen) url från linköpings universitet som hänger ihop lite med databaskursen som går här:
http://www.ida.liu.se/~tompa/databaser/index.html

zoran 2005-05-25 13:40

Citat:

Originally posted by zoran@May 25 2005, 12:18
Har du läst på om databasdesign så är du på bra väg.
Har du några boktips?

Nej, men ännu bättre.

http://www.ida.liu.se/~tompa/databaser/

Det är en sida gjord av en mycket kompetent man. Jag tycker att den är lättförstålig och lätt att läsa.

zoran 2005-05-25 13:45

Citat:

Originally posted by aikon@May 25 2005, 12:33
Jag har över 1400 tabeller i en databas, och den klagar inte.. ;)
Hmm, kan du inte berätta varför du har 1400 tabeller i en databas?

Det luktar dålig design, men det behöver inte vara så.

Låt mig förtydliga. Att manuellt skapa 1400 tabeller är ett ...vetes jobb. Förrutom om man inte använder skript. Använder man skript så antar jag att de flesta tabeller har samma typ av data. Har man samma typ av data i olika tabeller, så luktar det dålig design.

Så upplys mig gärna.

/Zoran

Anders 2005-05-25 16:02

Åh, jo det var bra. Tack grazzy och zoran för länken.

aikon 2005-05-25 18:39

Citat:

Ursprungligen postat av zoran
Citat:

Ursprungligen postat av aikon
Jag har över 1400 tabeller i en databas, och den klagar inte..

Låt mig förtydliga. Att manuellt skapa 1400 tabeller är ett ...vetes jobb. Förrutom om man inte använder skript. Använder man skript så antar jag att de flesta tabeller har samma typ av data. Har man samma typ av data i olika tabeller, så luktar det dålig design.

Det är historiska kursdata för finansiella instrument, en tabell per instrument. Det är samma typ av data, tabeller skapas automatiskt. En post läggs till per dag. Har du förslag på annan design, välkommen att skriva! :)

EDIT: ett alternativ är förstås att ha en gigantisk tabell, med ett extra fält som är instrumentets namn. Tycker dock att detta skulle göra databasen väldigt svåröverskådlig och är tveksam om det är några prestandamässiga fördelar heller.


Alla tider är GMT +2. Klockan är nu 13:08.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson