Join om artikelen ophalen met attributen, gaat maar niet lukken :(

Om te beginnen, kan je een overzicht geven van de tabellen, de kolommen in die tabellen (uiteraard alleen de kolommen die van belang zijn voor deze query) en welke kolommen in de verschillende tabellen de keys zijn.
Zo te zien moet het niet al te lastig zijn om de juiste info eruit te krijgen, maar door de opzet van je query op het moment is het een beetje onoverzichtelijk.

Hallo Erwin,

Bedankt voor je reactie maar kan je me misschien vertellen hoe ik die overzicht kan maken van de tabellen??

uiteraard alle kolommen zijn van belang voor deze query behalve 1 dus daarom heb ik * ;)

Een voorbeeld van is bijv. van marktplaats attributen na het zoeken kan op attributen gesorteerd worden.

als dit stukje WHERE at.pre_id in (1 OR 2 OR 3) zo zou moetten werken WHERE at.pre_id = 1 AND at.pre_id = 2 AND at.pre_id = 3 dan is het perfect ;)

Je hebt vast alle kolommen nodig voor je query, maar daar gaat het mij niet om. Ik wil begrijpen hoe de tabellen eruit zien zodat ik kan begrijpen welke kolommen nodig zijn om de joins mee op te bouwen. Over het algemeen zijn dat dus alleen de "id" kolommen. Het overzicht dat ik je vraag is dus eigenlijk alleen de tabel namen plus de id kolommen en daarbij wat er voor type info in die tabellen staat.

Ja idd, ik had geen idee hoe een over zicht het beste kan maken, ik heb het geëxporteerd: ik hoop dat je nu een beetje idee van krijgt.

-- phpMyAdmin SQL Dump
-- version 3.2.4
-- http://www.phpmyadmin.net
--
-- Machine: localhost
-- Genereertijd: 16 Mar 2012 om 00:11
-- Serverversie: 5.1.41
-- PHP-Versie: 5.3.1

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";


/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;

--
-- Database: `beners`
--

-- --------------------------------------------------------

--
-- Tabelstructuur voor tabel `articles`
--

CREATE TABLE IF NOT EXISTS `articles` (
`ID` int(10) NOT NULL AUTO_INCREMENT,
`subid` int(3) DEFAULT NULL,
`catid` int(2) DEFAULT NULL,
`user_id` int(10) DEFAULT NULL,
`pro_id` int(2) DEFAULT NULL,
`artitel` varchar(60) DEFAULT NULL,
`artext` text,
`ranking` varchar(11) DEFAULT NULL,
`datum` varchar(11) DEFAULT NULL,
PRIMARY KEY (`ID`),
KEY `subid` (`subid`),
KEY `catid` (`catid`),
KEY `gbid` (`user_id`),
KEY `pro_id` (`pro_id`),
FULLTEXT KEY `adtitel` (`artitel`,`artext`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1221 ;

--
-- Gegevens worden uitgevoerd voor tabel `articles`
--

INSERT INTO `articles` (`ID`, `subid`, `catid`, `user_id`, `pro_id`, `artitel`, `artext`, `ranking`, `datum`) VALUES
(1216, 9, 2, 1, 3, 'hbjhbjhb', 'kjnkj', '1331430118', '1331430118'),
(1217, 136, 6, 1, 3, 'szas', 'asa', '1331470828', '1331470828'),
(1219, 377, 16, 1, 3, 'sadasdasd', 'asdasddas', '1331514646', '1331514646'),
(1220, 1, 1, 1, 3, 'saa', 'ssa', '1331673569', '1331673569'),
(1211, 136, 6, 1, 3, 'sasasddas', 'assdsaddass', '1331240570', '1331240570'),
(1212, 136, 6, 1, 3, 'sadasdas', 'assad', '1331240652', '1331240652'),
(1210, 136, 6, 1, 3, 'asdasddasd', 'asdasdasd', '1331240462', '1331240462');

-- --------------------------------------------------------

--
-- Tabelstructuur voor tabel `attrib_koppel`
--

CREATE TABLE IF NOT EXISTS `attrib_koppel` (
`koppel_id` int(10) NOT NULL AUTO_INCREMENT,
`ID` int(10) DEFAULT NULL,
`pre_id` int(5) NOT NULL,
PRIMARY KEY (`koppel_id`),
KEY `atrrib_id` (`pre_id`),
KEY `insertactieid` (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=524 ;

--
-- Gegevens worden uitgevoerd voor tabel `attrib_koppel`
--

INSERT INTO `attrib_koppel` (`koppel_id`, `ID`, `pre_id`) VALUES
(462, 1210, 1375),
(463, 1210, 1391),
(464, 1210, 1394),
(465, 1210, 1397),
(466, 1210, 1375),
(467, 1211, 1378),
(468, 1211, 1393),
(469, 1211, 1396),
(470, 1211, 1397),
(471, 1211, 1378),
(472, 1212, 1387),
(473, 1212, 1391),
(474, 1212, 1396),
(475, 1212, 1397),
(476, 1212, 1387),
(492, 1216, 1380),
(493, 1216, 763),
(494, 1216, 1359),
(495, 1216, 1368),
(496, 1216, 1380),
(497, 1216, 1390),
(498, 1216, 1405),
(504, 1217, 1378),
(505, 1217, 1391),
(506, 1217, 1395),
(507, 1217, 1397),
(508, 1217, 1378),
(514, 1219, 1416),
(515, 1219, 0),
(516, 1219, 0),
(517, 1219, 0),
(518, 1219, 0),
(519, 1220, 1375),
(520, 1220, 1391),
(521, 1220, 1394),
(522, 1220, 1398),
(523, 1220, 1375);

-- --------------------------------------------------------

--
-- Tabelstructuur voor tabel `province`
--

CREATE TABLE IF NOT EXISTS `province` (
`pro_id` int(2) NOT NULL AUTO_INCREMENT,
`Province` varchar(14) CHARACTER SET latin1 DEFAULT NULL,
PRIMARY KEY (`pro_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=13 ;

--
-- Gegevens worden uitgevoerd voor tabel `province`
--

INSERT INTO `province` (`pro_id`, `Province`) VALUES
(1, 'Drenthe'),
(2, 'Flevoland'),
(3, 'Friesland'),
(4, 'Gelderland'),
(5, 'Groningen'),
(6, 'Limburg'),
(7, 'Noord-Brabant'),
(8, 'Noord-Holland'),
(9, 'Overijssel'),
(10, 'Utrecht'),
(11, 'Zeeland'),
(12, 'Zuid-Holland');

-- --------------------------------------------------------

--
-- Tabelstructuur voor tabel `user_id`
--

CREATE TABLE IF NOT EXISTS `user_id` (
`user_id` int(10) NOT NULL AUTO_INCREMENT,
`pro_id` int(2) NOT NULL,
`user_name` varchar(20) CHARACTER SET latin1 DEFAULT NULL,
`password` varchar(40) CHARACTER SET latin1 DEFAULT NULL,
PRIMARY KEY (`user_id`),
KEY `pro_id` (`pro_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin AUTO_INCREMENT=7 ;

--
-- Gegevens worden uitgevoerd voor tabel `user_id`
--

INSERT INTO `user_id` (`user_id`, `pro_id`, `user_name`, `password`) VALUES
(1, 3, 'Ari', 'b6589fc6ab0dc82cf12099d1c2d40ab994e8410c'),
(2, 12, 'Gmail', 'b6589fc6ab0dc82cf12099d1c2d40ab994e8410c'),
(5, 2, 'Hotmail', 'b6589fc6ab0dc82cf12099d1c2d40ab994e8410c'),
(6, 3, 'someone', 'c984aed014aec7623a54f0591da07a85fd4b762d');

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;

Waar het me dus om ging was dit:
Article
- ID (auto_increment)
- subid
- catid
- user_id
- pro_id

attributes
- koppel_id
- ID
- pre_id

province
- pro_id

user_id
- user_id
- pro_id

Alleen wat voor mij niet helemaal duidelijk is is welke ids nu aan elkaar gekoppeld zijn. De user_id en pro_id lijkt me duidelijk. Maar wat is de pre_id bijvoorbeeld in de koppel tabel? En de ID in de koppel tabel is dat dezelfde ID als in de article tabel?

ah sorry ik had het eerst niet helemaal goed begrepen :$

- article_id (auto_increment)
- subid
- catid
- user_id
- pro_id

attributes
- koppel_id (auto_increment)
- article_id
- pre_id

(pre_id komt van een array(1=>'zwart',2=>'nieuw'.......) maar ik heb ook wel een table van maar omdat er te weinig in zit dacht doe ik met een array want dan schilt een query)

pre_attrib_value
-pre_id (auto_increment)
-atrrib_value


province
- pro_id (auto_increment)

user_id
- user_id (auto_increment)
- pro_id

Ok, en als je een pre_id binnen krijgt, dan moet je op basis daarvan de producten zien te vinden die gekoppeld zijn aan de artikelen, begrijp ik dat goed?

Dan, maar dat is misschien iets te snel en simpel, kan je dus een select uitvoeren op de attributes tabel.

SELECT article_id
FROM attributes
WHERE pre_id = 1 

//of als het er meer zijn:
SELECT article_id
FROM attributes
WHERE pre_id IN (1,2,3) 

Dan krijg je toch al de juiste artikelen, of niet?

Juist dat heb je heel goed begrepen :)

Dat heeft nog steeds geen zin want als ik dit doe

SELECT article_id
FROM attributes
WHERE pre_id IN (1,2,3)

dan krijg ik ook producten te zien die bijv. pre_id 1 hebben en niet 2 en 3.
want pre_id IN (1,2,3) de kommatjes betekenen OR in andere woorden moet de OR veranderen met AND dan gaat hij wel alleen producten halen die aan pre_id IN (1,2,3) voldoen.
Begrijp je het wat ik bedoel ??

Ik begrijp wat je bedoelt.... maar niet wat je bedoelde :-)

Dus als je pre_id 1 en 2 geeft, dan wil je niet producten hebben die 1 of 2 hebben, maar alleen producten die 1 en 2 hebben. Dat had ik eerder nog niet begrepen inderdaad. (overigens lees ik dat nu wel in je eerste bericht, dus het niet begrijpen ligt aan mij)

Hmm, dat wordt al lastiger, ik ga er even op broeden. Is vast ook wel op te lossen, maar ik moet even spelen om te zien of dat eenvoudig te doen is.

[size=xsmall]Toevoeging op 16/03/2012 15:15:51:[/size]

Volgens mij heb ik een manier om het te doen, alleen vind ik het zelf een beetje een "smerige" manier. Wellicht is er een betere, efficientere methode, maar volgens mij zou het volgende moeten werken.

Even een korte uitleg. Met expliciete joins heb je vrij veel controle over hoe joins worden opgebouwd. Een INNER JOIN bijvoorbeeld selecteert alleen de rijen uit de linker en de rechter tabel die voldoen aan de voorwaarden en waarvan in beide tabellen waardes voorkomen. In dit geval, als je dus de 'article' tabel als linker neemt en daaraan de 'attributes' tabel joined met een INNER JOIN, dan worden alleen de articles geselecteerd die een koppeling hebben in de attributes tabel, de rest niet. Het resultaat van die join kunnen we dan weer joinen zodat er nog meer worden weggefilterd en zo verder.

Als ik dit neem als uitgangspunt:
12| 100 | 1
13| 100 | 2
14| 100 | 3
15 | 200 | 1
16 | 200 | 2
17 | 200 | 8
18 | 400 | 1

Als je alleen de articles wil hebben met een koppeling naar pre_id = 1, dan kan je dat als volgt doen:

SELECT article_id
FROM article
INNER JOIN attributies a1 ON (
  article.article_id = attributes.article_id
  AND attributes.pre_id = 1
)

Het resultaat hiervan zal zijn
100, 200, 400
Alle hebben ze een koppeling naar pre_id 1.

Als we het ook willen voor pre_id 2, dan joinen we de attributes tabel gewoon nog een keer op dezelfde manier:

SELECT article_id
FROM article
INNER JOIN attributies a1 ON (
  article.article_id = attributes.article_id
  AND attributes.pre_id = 1
)
INNER JOIN attributies a2 ON (
  article.article_id = attributes.article_id
  AND attributes.pre_id = 2
)

Nu zal het resultaat zijn:
100,200
Het article met id 400 heeft geen koppeling en zal hier dus niet meer geselecteerd worden.
Dan ook nog voor 3:

SELECT article_id
FROM article
INNER JOIN attributies a1 ON (
  article.article_id = attributes.article_id
  AND attributes.pre_id = 1
)
INNER JOIN attributies a2 ON (
  article.article_id = attributes.article_id
  AND attributes.pre_id = 2
)
INNER JOIN attributies a3 ON (
  article.article_id = attributes.article_id
  AND attributes.pre_id = 3
)

En dan blijft alleen nog 100 over.

Althans, als mijn gedachte goed is.... Ik heb het hier nog niet kunnen testen, maar volgens mij zou het zo moeten werken. Alleen krijg je dus steeds meer joins als je meer pre_id's hebt waarop je wilt selecteren. Erg netjes vind ik het zelf dus niet en ook vraag ik me af wat de snelheid gaat worden, maar volgens mij werkt het wel.

Ik denk niet dat jou gedachte goed is, wat jij doet is namelijk hetzelfde als dit:

SELECT article_id
FROM article
JOIN attributes USING article_id
WHERE attributes.pre_id IN (1,2,3)

Mijn oplossing:

SELECT a.artitel, a.ID
FROM articles AS a
JOIN	
	(SELECT ID,
		GROUP_CONCAT(pre_id ORDER BY pre_id) AS list
	FROM
	 attrib_koppel
	WHERE
		pre_id IN (1391, 1396, 1397)
	GROUP BY
		ID
	HAVING (list = '1391,1396,1397')) AS ak USING (ID)

@erwin: ik heb speciaal voor jou een aggregate in de SELECT gezet ;-)