[PHP/(My)SQL] voor dummies #113

vrijdag 28 februari 2014 @ 20:54:30 #142

#ANONIEM

quote:
Op vrijdag 28 februari 2014 20:51 schreef Robuustheid het volgende:
Met PHP,
In plaats van <?php en ?>

Kun je ook slechts bij <?= houden.

Eh. Nee. Dat probeerden we hierboven ook allemaal uit te leggen

<?=$henk?> doet feitelijk hetzelfde als <?php echo $henk; ?>

Wat jij nodig hebt is <? (shorttags) . Dit doet hetzelfde als <?php
(maar het is netter omdat overal altijd gewoon <?php te gebruiken omdat shorttags in de config aan moeten staan om ze te kunnen gebruiken. En <?php gewoon overal werkt.

Wat bij jou nu gebeurt is dat <?=require 'test.php'; de response van de require echo't (dat is true wanneer het includen lukt, dus 1). en daarna de echo '1'. Dus dan krijg je 11. Als je de require weglaat doe je eigenlijk echo echo '1'; en staat er dus een echo teveel waarop hij dood gaat

[ Bericht 8% gewijzigd door #ANONIEM op 28-02-2014 20:58:04 ]

vrijdag 28 februari 2014 @ 21:07:14 #143

Robuustheid

Zeer verhelderende uitleg, thanks CrashO!

vrijdag 28 februari 2014 @ 22:22:38 #144

Light

quote:
Op vrijdag 28 februari 2014 19:42 schreef Robuustheid het volgende:
Waarom wordt er voor require_once/require/include haakjes gebruikt met daarin het bestand, terwijl het ook zonder haakjes kan?

In PHP heb je bij language constructs als require/include/reuquire_once/include_once (en ook echo, en nog een aantal) geen haakjes nodig. Je mag ze wel gebruiken, dan ziet het er iets meer uit als een gewone functie-aanroep.

fokstok.nl

Moderator / Redactie Sport / Devops zaterdag 1 maart 2014 @ 00:15:32 #145

zoem

zoemt

Op SO staat wel een leuke uitleg over language constructs, mocht iemand zin hebben om er meer over te lezen. Zie ook de list of keywords op php.net.

zaterdag 1 maart 2014 @ 00:25:39 #146

#ANONIEM

quote:
Op vrijdag 28 februari 2014 19:43 schreef Robuustheid het volgende:

[..]

PHP was in beginsel ook niet voor OOP gemaakt. Als je graag OOP wilt doen, dan zou ik m'n licht opsteken bij C++/Java/C#.

Die talen kan ik ook wel. Het probleem is dat het niet zo geschikt is voor web development. Je hebt wel JSP, maar dat schijnt niet zo lekker te werken. C# kan i.c.m. ASP.net, maar ik heb een gruwelijke hekel aan Microsoft dus dat gaat 'em niet worden.

Misschien is Python i.c.m. Django dan nog het beste.

zaterdag 1 maart 2014 @ 00:25:57 #147

Tijn

quote:
Op vrijdag 28 februari 2014 20:31 schreef CrashO het volgende:

[..]

Dat fixte de php tag van Fok ongewild automagisch voor me , stond er wel.
Maar ik bedoel ook op beide de shorthand (shorthand echo en shorthand if/else (met tarnary operator).
Wilde eigenlijk zoiets neerzetten.
<?=($ditIsTrue) ? 'dit was dus waar' : 'dit niet'?>

In views/templates is deze syntax echt superhandig. Sowieso zou ik bij het toewijzen van een waarde aan een variabele op basis van een conditie altijd de ternary operator gebruiken, dan heb je maar 1x de variabele nodig die je wilt vullen.

Verberg de nieuwsticker

zaterdag 1 maart 2014 @ 03:00:05 #148

Robuustheid

quote:
Op zaterdag 1 maart 2014 00:25 schreef robin007bond het volgende:

[..]

Die talen kan ik ook wel. Het probleem is dat het niet zo geschikt is voor web development. Je hebt wel JSP, maar dat schijnt niet zo lekker te werken. C# kan i.c.m. ASP.net, maar ik heb een gruwelijke hekel aan Microsoft dus dat gaat 'em niet worden.

Misschien is Python i.c.m. Django dan nog het beste.

Python was oorspronkelijk niet zo gericht op OO, omdat de bedenker ervan de OO niet zo relevant vond. Maar het leent zich ook beter voor dan PHP. Python is sowieso een betere taal dan PHP, er zitten geen rare syntax-gewoonten in. En PHP is sterk gefragmenteerd met al die frameworks zoals Symfony, Zend, CodeIgniter, etc. Dat kost je meer tijd om te leren dan de taal zelf. Met Python zit je meestal vast aan Django, dus dat scheelt je naar verhouding minder tijd.

zaterdag 1 maart 2014 @ 03:01:12 #149

Robuustheid

Trouwens, een vraag:

1
2
3
4
5
6
7
8

Output:

quote:
test 0

Waar komt die spatie vandaan? Die kan toch niet door Javascript geïmplementeerd zijn?

zaterdag 1 maart 2014 @ 08:46:38 #150

slacker_nl

Sicko pur sang

quote:
Op zaterdag 1 maart 2014 03:00 schreef Robuustheid het volgende:

[..]

Python was oorspronkelijk niet zo gericht op OO, omdat de bedenker ervan de OO niet zo relevant vond. Maar het leent zich ook beter voor dan PHP. Python is sowieso een betere taal dan PHP, er zitten geen rare syntax-gewoonten in. En PHP is sterk gefragmenteerd met al die frameworks zoals Symfony, Zend, CodeIgniter, etc. Dat kost je meer tijd om te leren dan de taal zelf. Met Python zit je meestal vast aan Django, dus dat scheelt je naar verhouding minder tijd.

Python was juist gemaakt voor OO.

In theory there is no difference between theory and practice. In practice there is.

zaterdag 1 maart 2014 @ 09:06:52 #151

mstx

2x1/2 = 1/2 x 1/2

quote:
Op zaterdag 1 maart 2014 03:01 schreef Robuustheid het volgende:
Trouwens, een vraag:
[ code verwijderd ]

Output:

[..]

Waar komt die spatie vandaan? Die kan toch niet door Javascript geïmplementeerd zijn?

Dat komt door de newline tussen </script> en <?php.

Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾

zaterdag 1 maart 2014 @ 12:22:22 #152

#ANONIEM

quote:
Op zaterdag 1 maart 2014 03:00 schreef Robuustheid het volgende:

[..]

Python was oorspronkelijk niet zo gericht op OO, omdat de bedenker ervan de OO niet zo relevant vond. Maar het leent zich ook beter voor dan PHP. Python is sowieso een betere taal dan PHP, er zitten geen rare syntax-gewoonten in. En PHP is sterk gefragmenteerd met al die frameworks zoals Symfony, Zend, CodeIgniter, etc. Dat kost je meer tijd om te leren dan de taal zelf. Met Python zit je meestal vast aan Django, dus dat scheelt je naar verhouding minder tijd.

Over PHP is wel een shitload aan documentatie beschikbaar. Python wordt minder gebruikt.

Maar je hebt gelijk. Wat ik ook mooi vind aan Python is dat het mensen dwingt om mooie code te schrijven met indenting.

PHP is ook heel inconsequent in naamgeving en dergelijke. Sommige methodes beginnen met str_ en andere methodes weer zonder de lage streep.

[ Bericht 0% gewijzigd door #ANONIEM op 01-03-2014 12:22:35 ]

FOK!-Schrikkelbaas zaterdag 1 maart 2014 @ 15:56:01 #153

Swetsenegger

Egocentrische Narcist

Wat doe ik fout?

1 2	RewriteEngine On RewriteRule ^\/index\/kids/(.*)$ http://www.domein.nl/index/school/$1 [L,R=301]

Ik wil dat bijvoorbeeld
http://www.domein.nl/index/kids/Pink

wordt geredirect naar
http://www.domein.nl/index/school/Pink

 | FOK! Schrikkelbaasch

zaterdag 1 maart 2014 @ 16:16:36 #154

Diabox

Is het niet gewoon:

1	RewriteRule ^/index/kids/(.*)$ /index/school/$1 [R=301,L]

_{Spoilers: geen rewrite held, gebruik het nooit.}

FOK!-Schrikkelbaas zaterdag 1 maart 2014 @ 16:32:52 #155

Swetsenegger

Egocentrische Narcist

quote:
Op zaterdag 1 maart 2014 16:16 schreef Diabox het volgende:
Is het niet gewoon:
[ code verwijderd ]

_{Spoilers: geen rewrite held, gebruik het nooit.}

got it. Was deze bijna

 | FOK! Schrikkelbaasch

zaterdag 1 maart 2014 @ 20:14:17 #156

#ANONIEM

quote:
Op zaterdag 1 maart 2014 15:56 schreef Swetsenegger het volgende:
Wat doe ik fout?
[ code verwijderd ]

Ik wil dat bijvoorbeeld
http://www.domein.nl/index/kids/Pink

wordt geredirect naar
http://www.domein.nl/index/school/Pink

Ik zou dit eerlijk gezegd anders oplossen

gewoon met een router class.

zaterdag 1 maart 2014 @ 20:50:20 #157

superky

Hoi een vraagje ik krijg een error betreft de volgende regel:
while ($row = mysql_fetch_array($result))

De error die vermeldt werd, is dit:

De error is dit:
Warning: mysql_fetch_array() expects parameter 1 to be resource, string given in C:\Users\yomac_000\Documents\GitHub\website\getcourse.php on line 15

Ik had al naar stackoverflow gekeken o.a. hiernaar:
link: http://stackoverflow.com/(...)esource-string-given

Maar de oplossing leek al heel erg op mijn eigen code.

Mochten jullie mijn code zien, dan staat hij hieronder:

courses.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

<form>
                <select name="courses" onchange="showCourse(this.value)">
                    <option value="">Select a year:</option>
                    <option value="1">Year 1</option>
                    <option value="2">year 2</option>
                    <option value="3">Year 3</option>
                    <option value="4">Year 4</option>
                </select>
            </form>
            <br>

<div id="txtHint"><b>All courses of a year will be listed here.</b></div>

  <script>
                    function showCourse(str)
                    {
                        if (str == "")
                        {
                            document.getElementById("txtHint").innerHTML = "";
                            return;
                        }
                        if (window.XMLHttpRequest)
                        {// code for IE7+, Firefox, Chrome, Opera, Safari
                            xmlhttp = new XMLHttpRequest();
                        }
                        else
                        {// code for IE6, IE5
                            xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
                        }
                        xmlhttp.onreadystatechange = function()
                        {
                            if (xmlhttp.readyState == 4 && xmlhttp.status == 200)
                            {
                                document.getElementById("txtHint").innerHTML = xmlhttp.responseText;
                            }
                        }
                        xmlhttp.open("GET", "getcourse.php?q=" + str, true);
                        xmlhttp.send();
                    }

        </script>

getcourse.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

<?php

require ('core/init.php');

$q = intval($_GET['q']);
echo $q;
$result = "SELECT `course_id`,`name` FROM `courses` WHERE `categoryId` = '" . $q . "'";

echo"<table border='1'>
    <tr>   <td><b>Course id</b></td>
            <td><b>Course naam</b></td>

        </tr>";

while ($row = mysql_fetch_array($result)) {

    echo "<tr>";
    echo "<td>" . $row['course_id'] . "</td>";
    echo "<td>" . $row['name'] . "</td>";
    echo "</tr>";
}
echo "</table>";
?>

Alvast bedankt voor uw antwoord

Moderator / Redactie Sport / Devops zaterdag 1 maart 2014 @ 20:53:09 #158

zoem

zoemt

De oplossing voor jouw probleem wordt gegeven in de eerste reactie van de link die je geeft

quote:
You are passing in $query which is your sql string, when you need to pass in $result which is your db result object

zaterdag 1 maart 2014 @ 20:53:43 #159

mstx

2x1/2 = 1/2 x 1/2

quote:
Op zaterdag 1 maart 2014 20:50 schreef superky het volgende:
Hoi een vraagje ik krijg een error betreft de volgende regel:
while ($row = mysql_fetch_array($result))

De error die vermeldt werd, is dit:

De error is dit:
Warning: mysql_fetch_array() expects parameter 1 to be resource, string given in C:\Users\yomac_000\Documents\GitHub\website\getcourse.php on line 15

Ik had al naar stackoverflow gekeken o.a. hiernaar:
link: http://stackoverflow.com/(...)esource-string-given

Maar de oplossing leek al heel erg op mijn eigen code.

Mochten jullie mijn code zien, dan staat hij hieronder:

courses.php
[ code verwijderd ]

getcourse.php
[ code verwijderd ]

Alvast bedankt voor uw antwoord

Die $result is nu een string, die moet je nog door mysql_query() halen om een query op de database uit te voeren, en dan geeft hij een resource terug.

_{Onder deze lijn mensen die gaan vertellen dat je PDO moet gebruiken.
----------------------------------------------------------------------------------------------------------------}

zaterdag 1 maart 2014 @ 20:57:41 #160

Diabox

De MySQL API is al tijden deprecated, gebruik alsjeblieft PDO.

zaterdag 1 maart 2014 @ 21:02:00 #161

superky

quote:
Op zaterdag 1 maart 2014 20:53 schreef mstx het volgende:

[..]

Die $result is nu een string, die moet je nog door mysql_query() halen om een query op de database uit te voeren, en dan geeft hij een resource terug.

_{Onder deze lijn mensen die gaan vertellen dat je PDO moet gebruiken.
----------------------------------------------------------------------------------------------------------------}

Ja klopt xD nu werkt het bedankt! Ja klopt ik werd al eerder aangesproken dat ik PDO moet gebruiken xD. Maarja als het werkt dan werkt het :p

zaterdag 1 maart 2014 @ 21:23:26 #162

Tijn

quote:
Op zaterdag 1 maart 2014 21:02 schreef superky het volgende:

[..]

Maarja als het werkt dan werkt het :p

De vraag is alleen hoe lang nog, aangezien mysql_query() zeker verwijderd gaat worden uit PHP in toekomstige versies.

Verberg de nieuwsticker

zaterdag 1 maart 2014 @ 21:23:51 #163

Light

quote:
Op zaterdag 1 maart 2014 21:02 schreef superky het volgende:

[..]

Ja klopt xD nu werkt het bedankt! Ja klopt ik werd al eerder aangesproken dat ik PDO moet gebruiken xD. Maarja als het werkt dan werkt het :p

Maar als de mysql_* functies eenmaal zijn verwijderd dan werkt het niet meer. En ja, dat zit wel in de planning, dat die functies verwijderd worden.

fokstok.nl

zaterdag 1 maart 2014 @ 22:43:05 #164

#ANONIEM

quote:
Op zaterdag 1 maart 2014 21:02 schreef superky het volgende:

[..]

Ja klopt xD nu werkt het bedankt! Ja klopt ik werd al eerder aangesproken dat ik PDO moet gebruiken xD. Maarja als het werkt dan werkt het :p

dit is een gevaarlijke gedachte als ontwikkelaar. Door dit soort geintjes worden veel dingen gehackt.
Nalatigheid

zaterdag 1 maart 2014 @ 23:04:12 #165

Light

quote:
Op zaterdag 1 maart 2014 22:43 schreef totalvamp het volgende:

[..]

dit is een gevaarlijke gedachte als ontwikkelaar. Door dit soort geintjes worden veel dingen gehackt.
Nalatigheid

True. mysql_ functies zijn deprecated, en PDO is een goede oplossing, maar waar je ook voor kiest je moet altijd zorgen dat de user input veilig gemaakt is als je die richting een database (of iets anders) stuurt. Anders merk je vanzelf wanneer Bobby op bezoek is geweest.

[ Bericht 1% gewijzigd door Light op 01-03-2014 23:52:27 ]

fokstok.nl

zondag 2 maart 2014 @ 00:56:35 #166

#ANONIEM

quote:
Op zaterdag 1 maart 2014 23:04 schreef Light het volgende:

[..]

True. mysql_ functies zijn deprecated, en PDO is een goede oplossing, maar waar je ook voor kiest je moet altijd zorgen dat de user input veilig gemaakt is als je die richting een database (of iets anders) stuurt. Anders merk je vanzelf wanneer Bobby op bezoek is geweest.

Je kan ook nog gaan voor mysqli, die is (voorlopig) niet deprecated en kan alles wat PDO ook kan (behalve verbinden met een dozijn andere databases dan mysql en named parameters). Is nog sneller dan PDO ook kwa performance (ok, is maar ~2% ofzo, maar toch

)

zondag 2 maart 2014 @ 17:46:01 #167

henrivo

Tikt tegen jassies

Moet zeggen, ik keek op tegen Symfony2 als een berg, maar 't is eigenlijk best een leuk framework

// Overgestapt vanaf ZF2

Why Do We Fall
Ken je hem niet? Hij's een baas man.

zondag 2 maart 2014 @ 20:26:43 #168

KomtTijd...

quote:
Op zondag 2 maart 2014 00:56 schreef CrashO het volgende:

[..]

Je kan ook nog gaan voor mysqli, die is (voorlopig) niet deprecated en kan alles wat PDO ook kan (behalve verbinden met een dozijn andere databases dan mysql en named parameters). Is nog sneller dan PDO ook kwa performance (ok, is maar ~2% ofzo, maar toch )

die performance wordt weer driedubbel teniet gedaan omdat je zelf nog een wrapperclass moet schrijven om het praktisch bruikbaar te maken, wat je geheid niet zo efficiënt doet als de native wrapper pdo.

zcflevo.nl

zondag 2 maart 2014 @ 22:02:13 #169

Maringo

Bèhèhèhèh

quote:
Op zaterdag 1 maart 2014 21:23 schreef Tijn het volgende:

[..]

De vraag is alleen hoe lang nog, aangezien mysql_query() zeker verwijderd gaat worden uit PHP in toekomstige versies.

In 5.5 is het er al uit.

Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.

zondag 2 maart 2014 @ 22:03:56 #170

Maringo

Bèhèhèhèh

quote:
Op zondag 2 maart 2014 17:46 schreef henrivo het volgende:
Moet zeggen, ik keek op tegen Symfony2 als een berg, maar 't is eigenlijk best een leuk framework

// Overgestapt vanaf ZF2

Ik ben net overgestapt van Symfony naar Silex voor kleinere projecten.

Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.

zondag 2 maart 2014 @ 22:12:07 #171

Light

quote:
Op zondag 2 maart 2014 22:02 schreef Maringo het volgende:

[..]

In 5.5 is het er al uit.

Nee, het is officieel deprecated. En het gaat worden verwijderd in een volgende versie. Dus je kunt het nog steeds gebruiken, maar je krijgt nu een melding dat je deprecated code gebruikt. En die melding kun je weer uitzetten, waardoor alles gewoon werkt. Je komt dan wel in de toekomst in de problemen.

fokstok.nl

zondag 2 maart 2014 @ 22:58:10 #172

Tijn

quote:
Op zondag 2 maart 2014 22:02 schreef Maringo het volgende:

[..]

In 5.5 is het er al uit.

Nee, je krijgt alleen een warning als je het gebruikt.

Verberg de nieuwsticker

zondag 2 maart 2014 @ 23:23:47 #173

henrivo

Tikt tegen jassies

quote:
Op zondag 2 maart 2014 22:03 schreef Maringo het volgende:

[..]

Ik ben net overgestapt van Symfony naar Silex voor kleinere projecten.

Dat overweeg ik nu ook moet ik zeggen, als soort van tussenstap (ivm het leerproces). Aan te raden? Of juist niet? Anyone?

Why Do We Fall
Ken je hem niet? Hij's een baas man.

maandag 3 maart 2014 @ 08:15:41 #174

Darkomen

Klein vraagje, wat vinden de Zend certified mensen van deze cursus:
http://www.eduvision.nl/c(...)mpaign=php%20dag%205

maandag 3 maart 2014 @ 09:39:23 #175

Maringo

Bèhèhèhèh

quote:
Op zondag 2 maart 2014 22:58 schreef Tijn het volgende:

[..]

Nee, je krijgt alleen een warning als je het gebruikt.

Oja.. Van mij hadden het er al wel uit mogen halen.

Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.

maandag 3 maart 2014 @ 09:41:30 #176

Maringo

Bèhèhèhèh

quote:
Op zondag 2 maart 2014 23:23 schreef henrivo het volgende:

[..]

Dat overweeg ik nu ook moet ik zeggen, als soort van tussenstap (ivm het leerproces). Aan te raden? Of juist niet? Anyone?

Niet als tussenstap, maar gewoon als framework voor de kleinere projecten. Scheelt een hoop ruimte en laadtijd.

Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.

maandag 3 maart 2014 @ 10:43:06 #177

KomtTijd...

quote:
Op maandag 3 maart 2014 09:41 schreef Maringo het volgende:

[..]

Niet als tussenstap, maar gewoon als framework voor de kleinere projecten. Scheelt een hoop ruimte en laadtijd.

Is dat echt iets waar je je sappel om moet maken? Bij "kleinere" projecten?
Ik zou het gebruiken als het makkelijker/sneller ontwikkelen is (kan ik me wel voorstellen, met SF2 ben je relatief veel tijd kwijt aan "overhead" wat voor single-file projectjes inderdaad tegen je kan werken). De rest is vooral placebo.

zcflevo.nl

maandag 3 maart 2014 @ 11:01:51 #178

Maringo

Bèhèhèhèh

quote:
Op maandag 3 maart 2014 10:43 schreef KomtTijd... het volgende:

[..]

Is dat echt iets waar je je sappel om moet maken? Bij "kleinere" projecten?
Ik zou het gebruiken als het makkelijker/sneller ontwikkelen is (kan ik me wel voorstellen, met SF2 ben je relatief veel tijd kwijt aan "overhead" wat voor single-file projectjes inderdaad tegen je kan werken). De rest is vooral placebo.

Het is ook niet het enige verschil. Maar er zit duidelijk verschil tussen laadtijd van pagina's van Symfony2 en Silex. Dus ja, dat is iets waar ik me druk om maak. Met grotere projecten krijg je dat ook wel met Silex, vanwege onder andere de hoeveelheid aan modules die gebruikt worden. En daarom dus het genoemde verschil tussen de kleinere en grotere projecten.

Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.

maandag 3 maart 2014 @ 13:07:05 #179

DannyDeko

Hallo hallo, ik ben net bezig met SQL en heb nu een vraagje. Ik zal het zo goed mogelijk proberen te omschrijven zodat mijn manier van denken te zien is:

-Ik heb een database met daarin een table met alle spelers van de eredivisie van een bepaalde tijd genaamd 'person'. Al deze spelers hebben oa een 'playerID' en een 'name'.
-Ook heb ik een table met alle clubs(club), welke ook oa een 'clubID' en een 'name' hebben.
-Daarnast nog een table met alle gespeelde matches(participation) met oa 'clubID' en 'playerID' zodat ik kan zien welke spelers er een bepaalde match gespeeld hebben voor hun club.

Stel ik wil nu alle spelers die voor de club Ajax gespeeld hebben als output krijgen.

Dan zal ik als eerst naar de table CLUB moeten gaan om te zoeken welke clubID Ajax heeft ->
SELECT clubID
FROM CLUB
WHERE NAME = 'Ajax'

De clubID is 1. Vervolgens kan ik dan in de participation table dit doen:

SELECT playerID
FROM PARTICIPATION
WHERE clubID = '1'

Dit geeft mij dan de lijst van alle spelers die voor club '1' gespeeld hebben.

Mijn eerste vraag is nu hoe ik er voor kan zorgen dat ik de clubID die ik in mijn 1e query heb opgevraagd door kan spelen naar mijn 2e query. Dus dat ik niet handmatig eerst de 1e query doe en daar '1' als uitkomst krijg en het vervolgens in de 2e query invul.

Mijn tweede vraag is hoe ik er voor kan zorgen dat ik van alle playerID's die ik heb opgevraagd de naam kan weergeven, zonder de query telkens te moeten aanpassen.
SELECT name
FROM PERSON
WHERE playerID ='x'
Waar x dan de playerID's zijn die ik net heb opgevraagd.
Bestaat er een FOR loop in SQL oid?

Ik hoop dat iemand me kan helpen, en mocht ik iets niet duidelijk genoeg hebben neergezet laat het me dan even weten!

maandag 3 maart 2014 @ 13:14:35 #180

Aether

quote:
Op maandag 3 maart 2014 13:07 schreef DannyDeko het volgende:
Dan zal ik als eerst naar de table CLUB moeten gaan om te zoeken welke clubID Ajax heeft ->
SELECT clubID
FROM CLUB
WHERE NAME = 'Ajax'

De clubID is 1. Vervolgens kan ik dan in de participation table dit doen:

SELECT playerID
FROM PARTICIPATION
WHERE clubID = '1'

Dit geeft mij dan de lijst van alle spelers die voor club '1' gespeeld hebben.

Mijn eerste vraag is nu hoe ik er voor kan zorgen dat ik de clubID die ik in mijn 1e query heb opgevraagd door kan spelen naar mijn 2e query. Dus dat ik niet handmatig eerst de 1e query doe en daar '1' als uitkomst krijg en het vervolgens in de 2e query invul.

De meeste databases zijn relatiedatabases; m.a.w. er worden tussen verschillende tabellen relaties gelegd door bijvoorbeeld IDs.

De twee queries kun je samenvoegen en een koppeling (relatie) maken door de IDs te koppelen.
Je kunt dit als één query schrijven door JOIN te gebruiken:

1
2
3
4
5

SELECT c.clubID, p.playerID
  FROM CLUB c
  JOIN PARTICIPATION p
    ON p.clubID = c.clubID
WHERE c.NAME = 'Ajax'

Omdat er met meerdere tabellen gewerkt wordt is het vaak handiger om aliassen te gebruiken in de query.
‘FROM CLUB c’ betekent dat de tabel CLUB de alias ‘c’ krijgt. Bij de verwijzing naar velden wordt dan deze alias gebruikt (‘c.clubID’). Je zou dit ook als ‘CLUB.clubID’ kunnen schrijven wanneer geen alias wordt gebruikt.

When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.

maandag 3 maart 2014 @ 13:17:20 #181

#ANONIEM

Voor de eerste

1	SELECT playerID FROM PARCIPATION WHERE clubID = (SELECT clubID FROM CLUB WHERE NAME = 'ajax');

Is even uit mn hoofd zo. Zit nu mobiel.

maandag 3 maart 2014 @ 14:42:24 #182

Diabox

quote:
Op maandag 3 maart 2014 13:17 schreef d4v1d het volgende:
Voor de eerste
[ code verwijderd ]

Is even uit mn hoofd zo. Zit nu mobiel.

Daar heb je joins voor.

maandag 3 maart 2014 @ 15:24:56 #183

terdege

quote:
Op vrijdag 28 februari 2014 19:09 schreef CrashO het volgende:

[..]

$link binnen je functie `test` gaat niet werken. Die zit in een andere scope. Als je hem daar wilt gebruiken zal je hem moeten meegeven. (of OO gaan en een property binnen je class aanspreken )
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

Waarom werkt $link dan wel als het niet in een functie zit? Ik zie de logica er niet van.

maandag 3 maart 2014 @ 15:31:05 #184

#ANONIEM

quote:
Op maandag 3 maart 2014 15:24 schreef terdege het volgende:

[..]

Waarom werkt $link dan wel als het niet in een functie zit? Ik zie de logica er niet van.

Andere scope.
Lees deze uitleg over scopes maar even goed door.

maandag 3 maart 2014 @ 16:22:07 #185

#ANONIEM

quote:
Op maandag 3 maart 2014 14:42 schreef Diabox het volgende:

[..]

Daar heb je joins voor.

Wat is er dan mis met subquerys? Waarom zijn joins zoveel beter?

(Ik heb t zo gevonden ooit, en sindsdien zo gedaan:@)

[ Bericht 8% gewijzigd door #ANONIEM op 03-03-2014 16:22:23 ]

† In Memoriam † maandag 3 maart 2014 @ 16:48:22 #186

Boze_Appel

Vrij Fruit

quote:
Op maandag 3 maart 2014 16:22 schreef d4v1d het volgende:

[..]

Wat is er dan mis met subquerys? Waarom zijn joins zoveel beter?

(Ik heb t zo gevonden ooit, en sindsdien zo gedaan:@)

Joins zijn technisch veel sneller, mits je constraints, indexes enzo goed zijn. Sub queries zijn soms debiel traag, zeker als je NOT IN enzo gaat gebruiken.

Dan maakt het bij een simpele Wordpress niet uit, maar als je over een paar miljoen records gaat dan gaat het wel meetellen.

Carpe Libertatem

maandag 3 maart 2014 @ 16:54:39 #187

Diabox

quote:
Op maandag 3 maart 2014 16:22 schreef d4v1d het volgende:

[..]

Wat is er dan mis met subquerys? Waarom zijn joins zoveel beter?

(Ik heb t zo gevonden ooit, en sindsdien zo gedaan:@)

Joins zijn sneller en subqueries lezen lelijk (al ken ik genoeg mensen die het juist andersom vinden).

maandag 3 maart 2014 @ 19:47:55 #188

papernote

Een echte.

quote:
Op maandag 3 maart 2014 16:54 schreef Diabox het volgende:

[..]

Joins zijn sneller en subqueries lezen lelijk (al ken ik genoeg mensen die het juist andersom vinden).

1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.

Schuimpje... mijn liefste. Verlaat mij nimmer weer...

maandag 3 maart 2014 @ 23:14:01 #189

Light

quote:
Op maandag 3 maart 2014 19:47 schreef papernote het volgende:

[..]

1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.

JOINs zijn wel beter te optimaliseren voor MySQL. Bij een subquery moet eerst die subquery worden gedaan voordat de hoofdquery uitgevoerd kan worden, terwijl MySQL bij een JOIN zelf kan bepalen welke tabel eerst gefilterd wordt. Goede indexes zijn uiteraard belangrijk.

fokstok.nl

maandag 3 maart 2014 @ 23:33:00 #190

Diabox

quote:
Op maandag 3 maart 2014 19:47 schreef papernote het volgende:

[..]

1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.

Als jij niet gehandicapt je queries aan het schrijven bent zijn joins doorgaans sneller. En fantastische constatering dat het tweede subjectief is, volgens mij liet ik dat ook al doorschemeren in m'n post en lijkt me dat ook duidelijk.

dinsdag 4 maart 2014 @ 09:38:54 #191

KomtTijd...

quote:
Op maandag 3 maart 2014 19:47 schreef papernote het volgende:

[..]

1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.

ok, ok, joins zijn slechts in 99,9% van de gevallen aanzienlijk sneller.

En voor zoiets simpels als het voorbeeld waar het over ging, absoluut. Er is geen enkele reden om voor zoiets simpels een subquery te gebruiken.

Zo je zin?

zcflevo.nl

dinsdag 4 maart 2014 @ 10:11:15 #192

Aether

Misschien handig: SQL Fiddle.
Keuze uit MySQL, SQLite, PostgreSQL, Oracle, MSSQL.

When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.

dinsdag 4 maart 2014 @ 10:30:19 #193

Darkomen

quote:
Op maandag 3 maart 2014 08:15 schreef Darkomen het volgende:
Klein vraagje, wat vinden de Zend certified mensen van deze cursus:
http://www.eduvision.nl/c(...)mpaign=php%20dag%205

Niemand die een opmerking? Heb nog maar tot de 8ste om te beslissen?

dinsdag 4 maart 2014 @ 10:45:20 #194

papernote

Een echte.

quote:
Op dinsdag 4 maart 2014 10:30 schreef Darkomen het volgende:

[..]

Niemand die een opmerking? Heb nog maar tot de 8ste om te beslissen?

Ben je al bekend met ZF? Als ik zo de omschrijving van de cursus lees zijn het ook dingen die je jezelf kunt aanleren door veel uit te proberen en de tutorial te volgen. Maar als je, zoals de omschrijving ook zegt, een "vliegende start" wilt is het wellicht een goed idee.

Schuimpje... mijn liefste. Verlaat mij nimmer weer...

dinsdag 4 maart 2014 @ 11:04:32 #195

Darkomen

quote:
Op dinsdag 4 maart 2014 10:45 schreef papernote het volgende:

[..]

Ben je al bekend met ZF? Als ik zo de omschrijving van de cursus lees zijn het ook dingen die je jezelf kunt aanleren door veel uit te proberen en de tutorial te volgen. Maar als je, zoals de omschrijving ook zegt, een "vliegende start" wilt is het wellicht een goed idee.

bedankt voor je antwoord, nee helaas nog geen ervaring met ZF, wel codeigniter framework.

dinsdag 4 maart 2014 @ 11:16:30 #196

slacker_nl

Sicko pur sang

quote:
Op dinsdag 4 maart 2014 10:11 schreef Aether het volgende:
Misschien handig: SQL Fiddle.
Keuze uit MySQL, SQLite, PostgreSQL, Oracle, MSSQL.

Thnx

In theory there is no difference between theory and practice. In practice there is.

dinsdag 4 maart 2014 @ 16:37:29 #197

henrivo

Tikt tegen jassies

Ik heb het idee dat Symfony2 beter wordt opgenomen door de community dan ZF2. Waarom? Geen idee.

Why Do We Fall
Ken je hem niet? Hij's een baas man.

dinsdag 4 maart 2014 @ 16:52:23 #198

KomtTijd...

Omdat SF2

zcflevo.nl

dinsdag 4 maart 2014 @ 20:01:35 #199

papernote

Een echte.

quote:
Op dinsdag 4 maart 2014 11:04 schreef Darkomen het volgende:

[..]

bedankt voor je antwoord, nee helaas nog geen ervaring met ZF, wel codeigniter framework.

Maar dan zul je vast al wel ervaring hebben met alle concepten (MVC ontwerppatroon, databases, authenticatie en autorisatie, caching, zoeken, webservices, JavaScript integratie en internationalisatie). Alleen dan niet in ZF maar in CI. Ik weet niet of het dan nog zo'n toegevoegde waarde heeft t.o.v. het zelf even aanleren middels de documentatie.

Als alle concepten je ook nog onbekend voor komen, dan is het wellicht wel goed.

Schuimpje... mijn liefste. Verlaat mij nimmer weer...

dinsdag 4 maart 2014 @ 20:05:18 #200

Light

quote:
Op dinsdag 4 maart 2014 20:01 schreef papernote het volgende:

[..]

Maar dan zul je vast al wel ervaring hebben met alle concepten (MVC ontwerppatroon, databases, authenticatie en autorisatie, caching, zoeken, webservices, JavaScript integratie en internationalisatie). Alleen dan niet in ZF maar in CI. Ik weet niet of het dan nog zo'n toegevoegde waarde heeft t.o.v. het zelf even aanleren middels de documentatie.

Als alle concepten je ook nog onbekend voor komen, dan is het wellicht wel goed.

Het voordeel van zo'n cursus is dat je na afloop kunt gaan zwaaien met een papiertje waarop staat dat je het geheel snapt(e).

fokstok.nl

dinsdag 4 maart 2014 @ 20:09:34 #201

papernote

Een echte.

quote:
Op dinsdag 4 maart 2014 20:05 schreef Light het volgende:

[..]

Het voordeel van zo'n cursus is dat je na afloop kunt gaan zwaaien met een papiertje waarop staat dat je het geheel snapt(e).

Dat wel ja.

Schuimpje... mijn liefste. Verlaat mij nimmer weer...

dinsdag 4 maart 2014 @ 22:36:54 #202

Robuustheid

quote:
Op zaterdag 1 maart 2014 09:06 schreef mstx het volgende:

[..]

Dat komt door de newline tussen </script> en <?php.

Waarom krijg ik de spatie dan niet bij dit:

1
2
3
4
5
6
7
8

<?php

$test = 0;
echo $test
?>
<script>
document.write("hello")
</script>

Output is dan:

quote:
0hello

zonder spatie.

woensdag 5 maart 2014 @ 00:42:03 #203

terdege

quote:
Op maandag 3 maart 2014 15:31 schreef CrashO het volgende:

[..]

Andere scope.
Lees deze uitleg over scopes maar even goed door.

Bedankt, ik begrijp het nou. Ik vind het niet echt handig om telkens global te moeten gebruiken maar er zal vast een goede reden voor zijn.

woensdag 5 maart 2014 @ 02:24:59 #204

Diabox

.

[ Bericht 99% gewijzigd door Diabox op 05-03-2014 02:25:52 ]

woensdag 5 maart 2014 @ 08:00:04 #205

#ANONIEM

quote:
Op woensdag 5 maart 2014 00:42 schreef terdege het volgende:

[..]

Bedankt, ik begrijp het nou. Ik vind het niet echt handig om telkens global te moeten gebruiken maar er zal vast een goede reden voor zijn.

Je gebruikt nooit globals

Als je omschrijft wat je precies wilt kunnen we je misschien op weg helpen.

woensdag 5 maart 2014 @ 08:28:48 #206

#ANONIEM

quote:
Op woensdag 5 maart 2014 08:00 schreef totalvamp het volgende:
Je gebruikt nooit globals

Precies dit ja. Als je een global nodig "hebt", doe je iets fout

woensdag 5 maart 2014 @ 09:14:43 #207

Darkomen

Klopt, de concepten snap ik, maar er valt zeker meer te leren.
En het papiertje staat me ook wel aan, gewoon voor mezelf.

woensdag 5 maart 2014 @ 09:23:00 #208

KomtTijd...

quote:
Op dinsdag 4 maart 2014 22:36 schreef Robuustheid het volgende:

[..]

Waarom krijg ik de spatie dan niet bij dit:
[ code verwijderd ]

Output is dan:

[..]

zonder spatie.

Ik denk dat je dit zult moeten zoeken in de ecma specificaties. Maar heb je al gekeken hoe in beide gevallen de php-output eruit ziet?

zcflevo.nl

woensdag 5 maart 2014 @ 12:39:03 #209

DannyDeko

quote:
Op maandag 3 maart 2014 13:14 schreef Aether het volgende:

[..]

De meeste databases zijn relatiedatabases; m.a.w. er worden tussen verschillende tabellen relaties gelegd door bijvoorbeeld IDs.

De twee queries kun je samenvoegen en een koppeling (relatie) maken door de IDs te koppelen.
Je kunt dit als één query schrijven door JOIN te gebruiken:
[ code verwijderd ]

Omdat er met meerdere tabellen gewerkt wordt is het vaak handiger om aliassen te gebruiken in de query.
‘FROM CLUB c’ betekent dat de tabel CLUB de alias ‘c’ krijgt. Bij de verwijzing naar velden wordt dan deze alias gebruikt (‘c.clubID’). Je zou dit ook als ‘CLUB.clubID’ kunnen schrijven wanneer geen alias wordt gebruikt.

Thanks voor de uitleg, daar was ik inderdaad naar op zoek

woensdag 5 maart 2014 @ 17:36:07 #210

karton2

Ik heb een functions.php waarin ik wil aangeven dat mijn afbeeldingen in de map "images" staan:

1
2
3
4

<?php
define('THEMEROOT', get_stylesheet_directory_uri());
define ('IMAGES', THEMEROOT . '/wordpress/wp-content/themes/mytheme/images');
?>

De .php staat op een localhost (xampp) en ik wil een relative path naar mijn images map.

Htdocs is de root en van daaruit heb ik dus het pad beschreven. Probleem is dus dat hij het alt attribuut laat zien en niet de afbeelding; dus mijn relative path klopt niet.
Als ik een absolute path test in de browser dan werkt het wel gewoon, bijv. http://localhost/wordpress/wp-content/themes/mytheme/images/logo.png.
Wat zie ik over het hoofd?

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

» digital corner

» development

» digital corner

» development