[PHP - MySQL] Query "filteren"

[Goochem]

Ik heb een MySQL database waarin producten met verschillende prijzen, categorien en fabrikanten etc. staan. Nu zijn verschillende van deze fabrikanten uiteraard gelijk. Als ik nu bijvoorbeeld een menu wil laten genereren van categorien door bijvoorbeeld "SELECT * FROM products.categories" dan komen er dus veel gelijke namen in voor.

Is het mogelijk om mbv php een soort filter te maken waardoor een categorie welke in de query al naar voren is gekomen over te slaan (en dus elke categorie maar eenmalig wordt weergegeven)?

[N0 0B]

volgens mij kan dat met de DISTINCT functie

http://www.w3schools.com/sql/sql_select.asp hier staat het uitgelegd

[Verwijderd]

Je kunt dat met SQL door dmv een GROUPBY.

[ripexx]

Beide opties kan afhankelijk van je statement. Maar even twee voorbeelden.

Geef alle categorien plus id, nu krijg ik dus dubbele namen

SQL:

SELECT naam, id
FROM categorie

Geef alle categorien geen dubbelde namen

SQL:

SELECT DISTINCT naam
FROM categorie

Geef alle categorien plus het aantal malen dat deze voorkomen

SQL:

SELECT naam, count(id)
FROM categorie
GROUP BY naam

[Goochem]

Bedankt en sorry voor mijn matige theoretische verdieping.... het was inderdaad SELECT DISTINCT....

[supakeen]

Maarre, je categorien horen natuurlijk thuis in een aparte tabel en via een koppeltabelletje aan je producten vast te zitten he

[TXC]

zmn schreef op donderdag 04 augustus 2005 @ 10:35:
Maarre, je categorien horen natuurlijk thuis in een aparte tabel en via een koppeltabelletje aan je producten vast te zitten he

In feite niet. Zolang er geen andere attributen aan de categorie identifier zitten (bijvoorbeeld een categorieomschrijving attribuut) is er geen sprake van afhankelijkheid van een niet-sleutel attribuut (categorie) en hoef je hem normaliserend gesproken niet in een andere tabel te zetten. Voor de consistentie van de gegevens is het natuurlijk wel aan te raden...

[ Voor 7% gewijzigd door TXC op 04-08-2005 10:45 ]

[supakeen]

TXC schreef op donderdag 04 augustus 2005 @ 10:43:
[...]


In feite niet. Zolang er geen andere attributen aan de categorie identifier zitten is er geen sprake van afhankelijkheid van een niet-sleutel attribuut (categorie) en hoef je hem normaliserend gesproken niet in een andere tabel te zetten. Voor de consistentie van de gegevens is het natuurlijk wel aan te raden...

Net zoals dat je later bijvoorbeeld subcategorien zou willen e.d.