Structuur prijsvergelijking
koh do
27/08/2014 09:07:33Goedemorgen allemaal,
Ik probeer de structuur te ontwerpen van een DB. Simpel gezegd is het een prijsvergelijk site. Ik heb zelf het volgende bedacht. Alle webshops in een tabel, de verschillende producten een tabel en vervolgens een combinatie van deze twee voor de prijzen (zie afbeelding)
Maar nu vraag ik me af of dit de juiste manier is? Want vooral het tabel “prijzen” krijgt natuurlijk een hoop records.
• Ik heb 1000+ webwinkels geïndexeerd.
• Ik heb 135 verschillende categorieën met gemiddeld 1000 producten. Producten krijgt dan 135.000 records.
• En prijzen, 1000 winkels met 1000 producten in hun assortiment geeft 1.000.000 records voor dat tabel
Is dit een probleem of kan elke MySQL dit met gemak aan?
Ik probeer de structuur te ontwerpen van een DB. Simpel gezegd is het een prijsvergelijk site. Ik heb zelf het volgende bedacht. Alle webshops in een tabel, de verschillende producten een tabel en vervolgens een combinatie van deze twee voor de prijzen (zie afbeelding)
Maar nu vraag ik me af of dit de juiste manier is? Want vooral het tabel “prijzen” krijgt natuurlijk een hoop records.
• Ik heb 1000+ webwinkels geïndexeerd.
• Ik heb 135 verschillende categorieën met gemiddeld 1000 producten. Producten krijgt dan 135.000 records.
• En prijzen, 1000 winkels met 1000 producten in hun assortiment geeft 1.000.000 records voor dat tabel
Is dit een probleem of kan elke MySQL dit met gemak aan?
PHP hulp
05/11/2024 11:42:39Een miljoen rijen (records) is voor MySQL geen probleem. Bovendien heeft je tabel Prijzen weinig kolommen.
Wel zou ik de primaire sleutel ID in deze koppeltabel schrappen. Je hebt namelijk al een unieke gecombineerde sleutel van Winkel + Product.
Verder mis ik wat data voor het beheer. Prijzen veranderen, maar daarom wil je waarschijnlijk ook registreren wanneer je een prijs hebt toegevoegd of gewijzigd.
Daarnaast zijn URL's van webwinkels minder interessant dan deeplinks naar de productpagina's.
Wel zou ik de primaire sleutel ID in deze koppeltabel schrappen. Je hebt namelijk al een unieke gecombineerde sleutel van Winkel + Product.
Verder mis ik wat data voor het beheer. Prijzen veranderen, maar daarom wil je waarschijnlijk ook registreren wanneer je een prijs hebt toegevoegd of gewijzigd.
Daarnaast zijn URL's van webwinkels minder interessant dan deeplinks naar de productpagina's.
Ook de ID in producten tabel kan eruit, want de EAN is de meest geschikte kandidaat voor de primary key