Welke data moet er opgehaald worden aan de hand van de sub_id? Want wat je nu toont lijkt me enkel stap 1. "Ik zou de data willen outputten met een foreach per sub_id." wordt hier nergens beschreven.

Ik raak momenteel niet verder dan stap 1, ik heb de sub_id van de data die ik wil outputten. De data zelf is de data die in field_val en field_name staan (praktisch alle data die er vermeld wordt per sub_id)

Het zou fijn zijn moest ik een grote array kunnen krijgen met sub_id, page, email,... etc. Daarmee weet ik wel hoe ik het verder verwerk tot een net leesbare html output.

Ik zou het kunnen oplossen door tussen elke foreach terug een sqlconnect te maken en te kijken wat er staat bij element met een bepaalde sub_id, maar als dit 1000 keer moet gebeuren, kan ik niet geloven dat dit de meest efficiënte oplossing is. 

Wat je kan doen is de waardes aan elkaar zetten dus bv CONCAT('veld1||||veld2||||veld3') vervolgens exploden op de |||| ( of andere seperator )
of je kan een subquery gaan gebruiken.

@Marten,

Het is vooral performance gericht dat ik ermee zit: als ik met een subquery werk, dan is dat voor een 1000tal keer. Is dat wel ok voor een site die ±2000 bezoekers per dag heeft naar performance toe? (1000*2000 = best wel wat aanvragen)

Bij de Concat oplossing, dan zit ik met gegevens die aan elkaar geplakt zijn. Op welke basis zou ik dit dan gemakkelijk kunnen weergeven?

Liefst zou ik een array krijgen in de zin van
Array([sub_id]=>'1', [Day]=>'Saturday', [Email]=>'...@telenet.be')
waar achteraf gemakkelijk mee te werken valt, maar ik weet niet hoe ik het in dergelijke array duw.

Er staan in de database een ook een heel aantal gegevens die ik niet nodig heb. Enkel de gegevens met de sub_id van de zaterdag zijn nodig.

Begrijp ik het goed dat je enkel de records wilt ophalen waar de waarde "Saterday" is in field_val en "Day" in field_name? Want dit is toch maar een simpele where clause toch... En als dat performance moet hebben, moet je de juiste indexen maken op je tabel . De where clauses gaan stukken rapper gaan als er een index is. Bv een index maken op de kolommen "field_val" en "field_name" en dan in je where clause eerst de field_val kolom gebruiken en dan field_name kolom.

Het lijkt me niet meer dan een select met field_name = 'Day' and field_value = 'Saturday'

Klopt, maar dan heb ik toch enkel de gegevens van die rij? Terwijl ik de gegevens van de rijen erboven ook nodig heb (enkel met gelijke sub_id als de rij waar field_value zaterdag is.)

In mijn codevoorbeeld heb ik momenteel de sub_id's geoutput waar ook de andere gegevens van nodig zijn. Dat zou ik kunnen doen door dan elke keer per sub_id een select te maken en zo de gegevens binnen te trekken, maar dat lijkt me wat omslachtig en traag, niet?

@Stijn, met die indexen heb ik nul ervaring, maar ik zoek het even op als ik iets daarmee kan fabriceren.

Thnx alvast om mee te denken.

Indexen helpen je queries om sneller records te vinden. Precies zoals de index van een boek achteraan . Het woord "Aap" staat op pagina 1 en 2 bijv. Bij index gaat dat dan zijn record 1 en 2.

Je zal met een subquery moeten werken.

sql code - Bekijk de code zonder highlighting - Klap code in

select * from $wpdb->cformsdata where sub_id = (select sub_id from $wpdb->cformsdata where field_name = 'Day' and field_value = 'Saturday')

SELECT * FROM $wpdb->cformsdata WHERE sub_id = (SELECT sub_id FROM $wpdb->cformsdata WHERE field_name = 'Day' AND field_value = 'Saturday')

 

.

Je kan sub_id = (...) ook vervangen door sub_id IN (...). Dat is wss veiliger als je meerdere sub_id's terug krijgt van die subquery.

Note over index'en. Heb daar leren mee werken op mijn werk. Zo'n index helpt niets als het gaat om 10 records maar wel als het gaat om 100tal records. Die select van jou zal nu record per record zoeken tot hij iets gevonden heeft dat voldoet aan je WHERE clause. Door een index te maken met de kolommen (let op volgorde) field_name en field_value, zal je subquery héél snel uitvoeren. Dan mogen er nog 2000 request op komen .