[PHP/(My)SQL] voor dummies - Deel 45 | Digital Corner (DIG)

donderdag 28 juni 2007 @ 10:45:08 #251

JeRa

quote:
Op donderdag 28 juni 2007 10:34 schreef Devrim_ het volgende:

[..]
[ code verwijderd ]

en het moet hier in komen
http://nellyf.100webspace.net/filemp3/

Dan moet je die eerste forwardslash in de destination weghalen

dat is namelijk de root, en daar heb jij wrs geen rechten voor.

donderdag 28 juni 2007 @ 13:19:51 #252

SuperRembo

Sinds 1998

quote:
Op donderdag 28 juni 2007 08:23 schreef Scorpie het volgende:

[..]

In Java zou je een try/catch/finally doen met if statements in het try gedeelte.
Zo weet je dat finally altijd uitgevoerd wordt, zelfs als er errors in het try gedeelte staat.

_dat_ is pas een ranzige constructie, en nog langzaam ook.

Er is niets mis met try/catch/finally, zolang het gebruikt wordt waar het echt nodig is. Ik zie de toegevoegde waarde van een speciale constructie als if/else/any nog steeds niet.

donderdag 28 juni 2007 @ 13:34:37 #253

JeRa

quote:
Op donderdag 28 juni 2007 13:19 schreef SuperRembo het volgende:

[..]

_dat_ is pas een ranzige constructie, en nog langzaam ook.

Er is niets mis met try/catch/finally, zolang het gebruikt wordt waar het echt nodig is. Ik zie de toegevoegde waarde van een speciale constructie als if/else/any nog steeds niet.

Stel dat er bij conditie1, conditie2 én conditie3 iets verschillends moet gebeuren, maar hierna altijd dezelfde handeling wordt uitgevoerd. Die handeling moet niet worden uitgevoerd als er geen van de condities waar zijn. Praktijkvoorbeelden vind je vaak bij rechtenafhandeling, waarbij iemand in verschillende omstandigheden iets mag uitvoeren. Dan is zo'n any imho toch wel handig

edit: voorbeeldje:

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

<?php
// Procedure om een post te deleten
if (user.hasRight('delete_post') && !topic.isClosed())
{
    // Verberg post
    // Voeg notitie toe aan logboek gekoppeld aan user
}
else if (user.hasRight('delete_post') && user.hasRight('is_admin'))
{
    // Verwijder post
}
any
{
    // Ga terug naar het topic
}
else
{
    // Geef foutmelding
}
?>

donderdag 28 juni 2007 @ 14:27:52 #255

SuperRembo

Sinds 1998

quote:
Op donderdag 28 juni 2007 13:34 schreef JeRa het volgende:

[..]

Stel dat er bij conditie1, conditie2 én conditie3 iets verschillends moet gebeuren, maar hierna altijd dezelfde handeling wordt uitgevoerd. Die handeling moet niet worden uitgevoerd als er geen van de condities waar zijn. Praktijkvoorbeelden vind je vaak bij rechtenafhandeling, waarbij iemand in verschillende omstandigheden iets mag uitvoeren. Dan is zo'n any imho toch wel handig :)

edit: voorbeeldje:
[ code verwijderd ]

Hoe geef je aan welke if statements allemaal bij de any horen?

1
2
3
4
5
6
7
8
9
10
11
12

if (foo)
{
   Foo();
}
else if (bar)
{
   Bar();
}
else
{
   Baz();
}

komt overeen met

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

if (foo)
{
   Foo();
}
else
{
   if (bar)
   {
      Bar();
   }
   else
   {
      Baz();
   }
}

Daar past geen any tussen. Any zou dus een uitbreiding moeten worden op de if/elseif/else constructie.
Maar met 1 variabele en 2 regels code kom je er ook.

donderdag 28 juni 2007 @ 14:37:28 #256

SuperRembo

Sinds 1998

quote:
Op donderdag 28 juni 2007 13:39 schreef Scorpie het volgende:

[..]

Het feit dat je ten allen tijde een bepaald blok code wilt uitvoeren, indien alle bovenstaande checks falen?
Tja, ik ben er nog niet tegenaan gelopen, ik zeg alleen hoe dat in Java over het algemeen opgelost word

Exceptions gebruik je voor, zoals de naam al zegt, uitzonderingen. Exception handling kost behoorlijk wat extra processor tijd. Als je door middel van een simpele reeks if's kan bepalen of een bepaald stuk code moet worden uitgevoerd, dan is het onzinnig om daar een try/finaly blok voor te gebruiken.
Ik zie trouwens ook niet hoe een try/finaly zou kunnen helpen in het if/elseif/any/else geval.

donderdag 28 juni 2007 @ 15:12:11 #257

Devrim_

quote:
Op donderdag 28 juni 2007 10:45 schreef JeRa het volgende:

[..]

Dan moet je die eerste forwardslash in de destination weghalen dat is namelijk de root, en daar heb jij wrs geen rechten voor.

nice

Het werkt nu!
Bedankt

donderdag 28 juni 2007 @ 17:41:18 #258

Siegfried

quote:
Op donderdag 28 juni 2007 05:32 schreef doka het volgende:

[..]

Je kunt zoiets proberen:
[ code verwijderd ]

DATE selecteerd het datumgedeelte van een datum of timestamp.

Zie: http://dev.mysql.com/doc/(...)s.html#function_date

Hm, nee.. Want morgen is de datum van vandaag weer een andere

Het moet dus variabel zijn, zoals met NOW(), maar dan echt puur op vandaag..

Iemand anders een oplossing hiervoor:

quote:
Op donderdag 28 juni 2007 05:20 schreef Siegfried het volgende:
Goed, SQL vraagje.

Ik heb een tabel waarin een veld 'datum' zit met daarin een waarde als '2007-06-28 05:18:'
Nu wil ik een SELECT query hebben die alleen de rijen selecteerd die overeenkomen met de datum van vandaag. Daarbij moet hij de tijd dus buiten beschouwing laten, en puur naar de datum kijken.

Ik kom er helaas niet uit. Hopelijk kunnen jullie helpen..

SELECT * FROM '' WHERE datum =

Donald Duck held donderdag 28 juni 2007 @ 18:25:43 #260

__Saviour__

Superstapelsmoor op Kristel

quote:
Op donderdag 28 juni 2007 17:41 schreef Siegfried het volgende:

[..]

Hm, nee.. Want morgen is de datum van vandaag weer een andere
Het moet dus variabel zijn, zoals met NOW(), maar dan echt puur op vandaag..

Iemand anders een oplossing hiervoor:
[..]

Kan met
where DATUM like '2007-06-28%'
en in het algemeen voor elke datum natuurlijk zoiets als where DATUM like '$datumvandaag%'
waarbij je $datumvandaag simpel zelf samenstelt met de date funtie.

❤ Rozen zijn rood ❤
❤ Viooltjes zijn blauw ❤
❤ Kristel, ik hou van jou! ❤

donderdag 28 juni 2007 @ 18:39:22 #261

Siegfried

Hm, en kan dat binnen SQL?
Want ik heb eigenlijk geen mogelijkheid om php te gebruiken. Just SQL..

Donald Duck held donderdag 28 juni 2007 @ 18:53:16 #262

__Saviour__

Superstapelsmoor op Kristel

is het gewoon een handmatige query die je iedere keer draait?
dan gewoon zelf de datum invullen
SELECT * FROM whatever WHERE datum LIKE '2007-06-28%'

❤ Rozen zijn rood ❤
❤ Viooltjes zijn blauw ❤
❤ Kristel, ik hou van jou! ❤

donderdag 28 juni 2007 @ 18:56:50 #263

Siegfried

Nope, niet handmatig helaas. Het moet volautomatisch gaan.

donderdag 28 juni 2007 @ 20:08:12 #265

Siegfried

Hm.. is het proberen straks eens waard

vrijdag 29 juni 2007 @ 13:33:56 #266

JeRa

quote:
Op donderdag 28 juni 2007 14:27 schreef SuperRembo het volgende:
Any zou dus een uitbreiding moeten worden op de if/elseif/else constructie.

Ja, dat was het hele idee

quote:
Maar met 1 variabele en 2 regels code kom je er ook.

En dat is lelijk, imho.

vrijdag 29 juni 2007 @ 14:47:10 #267

Chandler

Kleine vraag.

Stel ik heb 10 id's (1 t/m 10) en heb de middelste geselecteerd en wil de vorige en volgende uitlezen in 1 query? hoe moet je dat doen? of wil dat niet?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

vrijdag 29 juni 2007 @ 14:59:13 #268

Mordreth

Met having kom je een heel eind

De R&P PM box voor al uw vragen en opmerkingen

vrijdag 29 juni 2007 @ 15:03:25 #269

Chandler

Sry, ik snap het toch nog niet helemaal. Hoe bedoel je met having?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

vrijdag 29 juni 2007 @ 15:27:22 #270

JeRa

Ben benieuwd hoe jij het met HAVING zou oplossen Mordreth

verder denk ik niet dat zoiets netjes in één query kan, wel met UNION SELECTs waarschijnlijk.

vrijdag 29 juni 2007 @ 16:03:32 #271

Chandler

Maar zonder UNION Selects? Misschien met LIMIT?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

vrijdag 29 juni 2007 @ 16:17:29 #272

JortK

Immer kwaliteitsposts

UNION gaat je denk ik wel helpen ja

Overzicht van alle maandcijfers van het fokforum, voor de stats freaks!
Een goede Fok!search met de kracht van Google!

vrijdag 29 juni 2007 @ 16:36:32 #273

JeRa

quote:
Op vrijdag 29 juni 2007 16:03 schreef Chandler het volgende:
Maar zonder UNION Selects? Misschien met LIMIT?

Met LIMIT kun je één kant op, maar niet zowel het id ervoor als erna pakken. Ook kun je niet garanderen dat id 11 links id 10 en rechts id 12 heeft (als er items tussendoor worden verwijderd) wat het geheel nog wat lastiger maakt

vrijdag 29 juni 2007 @ 19:33:03 #274

SuperRembo

Sinds 1998

quote:
Op vrijdag 29 juni 2007 16:03 schreef Chandler het volgende:
Maar zonder UNION Selects? Misschien met LIMIT?

1
2
3
4
5
6
7

SELECT a.id, a.name, b.id nextid, b.name nextname, c.id previd, c.name prevname
FROM mytable a
LEFT OUTER JOIN mytable b ON b.name >= a.name AND b.id != a.id
LEFT OUTER JOIN mytable c ON c.name <= a.name AND c.id != a.id
WHERE a.id = $id
ORDER BY b.name ASC, c.name DESC
LIMIT 1

Dit zou denk ik moeten werken (maar niet getest). En 't zou best wel eens erg traag kunnen zijn.

[ Bericht 4% gewijzigd door SuperRembo op 29-06-2007 23:07:26 ]

vrijdag 29 juni 2007 @ 20:14:49 #275

Chandler

Haha, ik zal het strakjes eens proberen.. tnx Sr!

The people who lost my respect will never get a capital letter for their name again.
Like trump...

vrijdag 29 juni 2007 @ 22:22:06 #276

Chandler

Maar helaas, was leuk bedacht Sr, maar het werkte toch niet.

Krijg steeds de melding:

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE a.id = 2000
LIMIT 1' at line 11

Ook met LEFT JOIN etc wilde het niet...

The people who lost my respect will never get a capital letter for their name again.
Like trump...

vrijdag 29 juni 2007 @ 23:07:07 #277

SuperRembo

Sinds 1998

Oh, de where en oder by staan verkeerd om.

vrijdag 29 juni 2007 @ 23:44:16 #278

Geqxon

Ik bid op mijn knieën tot mysql_fetch_assoc, aangezien het mij veel geholpen heeft, en het een goddelijk commando is.

Maar bestaat er eigenlijk een kant en klare functie een een mysql_query result compleet doorloopt en alle resultaten in een 2D associatieve array stopt?

zaterdag 30 juni 2007 @ 09:22:52 #279

Chandler

quote:
Op vrijdag 29 juni 2007 23:07 schreef SuperRembo het volgende:
Oh, de where en oder by staan verkeerd om.

Dat had ik ook al geprobeerd maar gaf dezelfde foutmelding

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zaterdag 30 juni 2007 @ 10:03:35 #280

WyriHaximus

Release the hounds smithers!

Moet id niet zo geschreven worden ivm reserved words? `id`

phluphy for president!

zaterdag 30 juni 2007 @ 10:55:44 #281

Chandler

nee dat hoeft niet

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zaterdag 30 juni 2007 @ 11:08:45 #282

SuperRembo

Sinds 1998

quote:
Op vrijdag 29 juni 2007 23:44 schreef Geqxon het volgende:
Maar bestaat er eigenlijk een kant en klare functie een een mysql_query result compleet doorloopt en alle resultaten in een 2D associatieve array stopt?

Voor SQLite heb je sqlite_fetch_all()

Maar een soortgelijke functie zie ik niet voor MySql.
Gelukkig maak je die zelf in een paar minuten

zaterdag 30 juni 2007 @ 11:11:15 #283

Geqxon

Sterker: ATM heb ik de functie al gemaakt, ik zocht gewoon een native functie binnen PHP.

zaterdag 30 juni 2007 @ 11:25:52 #284

SuperRembo

Sinds 1998

quote:
Op zaterdag 30 juni 2007 09:22 schreef Chandler het volgende:

[..]

Dat had ik ook al geprobeerd maar gaf dezelfde foutmelding

Als je precies dezelfde foutmelding krijgt dan heb je de tweede keer ook nog de WHERE direct voor de LIMIT staan, dus de ORDER voor de WHERE.

Ik heb 't net getest met SQLite, daar werkt het.

zaterdag 30 juni 2007 @ 11:39:29 #285

WyriHaximus

Release the hounds smithers!

1
2
3
4
5
6
7

SELECT a.id, a.name, b.id nextid, b.name nextname, c.id previd, c.name prevname
FROM mytable a
LEFT OUTER JOIN mytable b ON (b.name >= a.name AND b.id != a.id)
LEFT OUTER JOIN mytable c ON (c.name <= a.name AND c.id != a.id)
WHERE a.id = $id
ORDER BY b.name ASC, c.name DESC
LIMIT 1

Zo misschien? Misschien dat die haakjes uit maken

phluphy for president!

zaterdag 30 juni 2007 @ 15:53:53 #287

Geqxon

quote:
Op zaterdag 30 juni 2007 11:41 schreef Scorpie het volgende:

[..]

Please do share, altijd handig om kennis te vergaren enzovoorts.

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

<?php
$sql = "SELECT * FROM users";
$result = mysql_query($sql);

if ($result){
    $users = mysql_fetch_all_assoc($result,"ID");
}

print_r($users);

function mysql_fetch_all_assoc($result,$uniquekey){
    $all = array();

    while ($row = mysql_fetch_assoc($result)){
        $all[$row[$uniquekey]] = $row;
    }

    return $all;
}
?>

Levert in mijn geval:

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
42
43
44
45
46
47
48
49
50
51
52
53
54
55

Array
(
    [1] => Array
        (
            [ID] => 1
            [Username] => Geqxon
            [Userlevel] => 2
            [Password] => xxx
            [EmailAddress] => xxx
            [Timezone] => 1
            [RegIP] =>
            [DateAdded] => 0
            [DateUpdated] => 0
        )

    [8] => Array
        (
            [ID] => 8
            [Username] => Heinz
            [Userlevel] => 0
            [Password] => xxx
            [EmailAddress] => ketchup@hotmail.com
            [Timezone] => 1
            [RegIP] =>
            [DateAdded] => 0
            [DateUpdated] => 0
        )

    [21] => Array
        (
            [ID] => 21
            [Username] => Testcase
            [Userlevel] => 0
            [Password] => xxx
            [EmailAddress] => testcase@hotmail.com
            [Timezone] => 1
            [RegIP] =>
            [DateAdded] => 0
            [DateUpdated] => 0
        )

    [27] => Array
        (
            [ID] => 27
            [Username] => asdf
            [Userlevel] => 0
            [Password] => xxx
            [EmailAddress] => asdf
            [Timezone] => 1
            [RegIP] => 127.0.0.1
            [DateAdded] => 1182898662
            [DateUpdated] => 0
        )

)

zaterdag 30 juni 2007 @ 22:28:55 #288

Geqxon

Zo, weer een MySQL vraagje

Mijn resultatenset van een query met een left-join heeft op sommige velden een "NULL" , omdat er geen bijpassend record is. Nu wil ik hier op filteren, maar "b.ID = NULL" of "b.ID = 'NULL'" werkt helaas niet. Wat moet ik hiervoor gebruiken?

PS: Ja, ik wil het op deze manier, en liever geen andere manier

zaterdag 30 juni 2007 @ 22:37:22 #289

JeRa

quote:
Op zaterdag 30 juni 2007 22:28 schreef Geqxon het volgende:
Zo, weer een MySQL vraagje

Mijn resultatenset van een query met een left-join heeft op sommige velden een "NULL" , omdat er geen bijpassend record is. Nu wil ik hier op filteren, maar "b.ID = NULL" of "b.ID = 'NULL'" werkt helaas niet. Wat moet ik hiervoor gebruiken?

PS: Ja, ik wil het op deze manier, en liever geen andere manier

IS NULL of IS NOT NULL

dit omdat alle vergelijkingen met NULL-waardes (NULL <> NULL, NULL = NULL, etc) altijd NULL opleveren. Zo is die waarde nu eenmaal gedefiniëerd

zaterdag 30 juni 2007 @ 22:37:23 #290

WyriHaximus

Release the hounds smithers!

b.ID NOT NULL overigens werkt != het zelfde als in PHP

EDIT: Erhm idd wat JeRa zegt NOT NULL is het zelfde als !=

phluphy for president!

zaterdag 30 juni 2007 @ 22:51:32 #291

Geqxon

My god, dat MySQL zo simpel is. Prachtige "taal" , dat MySQL! De meest complexe querys zijn nog leesbaar, en je kunt er vanalles mee. Thanks guys!

zaterdag 30 juni 2007 @ 22:57:38 #292

WyriHaximus

Release the hounds smithers!

quote:
Op zaterdag 30 juni 2007 22:51 schreef Geqxon het volgende:
My god, dat MySQL zo simpel is. Prachtige "taal" , dat MySQL! De meest complexe querys zijn nog leesbaar, en je kunt er vanalles mee. Thanks guys!

Eingelijk is SQL schitterend

. SQL is de query taal om met de server te praten, MySQL is niks anders dan de server die de data opslaat

. Meer info: http://en.wikipedia.org/wiki/SQL

phluphy for president!

zaterdag 30 juni 2007 @ 23:08:47 #293

Geqxon

Maar qua commando's zitten er toch verschillen tussen MSSQL en MySQL? Vandaar dat ik specifiek op MySQL duidde, aangezien ik daar ATM mee werk

zaterdag 30 juni 2007 @ 23:12:48 #294

HuHu

De taal SQL zou overal gelijk moeten zijn, maar er is verschil tussen de verschillende implementaties. Zo is MySQL iets anders dan MSSQL en ook weer iets anders dan PostgeSQL en die ook weer ...

Maar de basis is bijna overal gelijk.

zaterdag 30 juni 2007 @ 23:21:49 #295

WyriHaximus

Release the hounds smithers!

Idd over het algemeen is het allemaal het zelfde het verschil zal vooral in de functies, globale manier hoe de database in elkaar steekt en hele kleine syntax dingen

.

phluphy for president!

zondag 1 juli 2007 @ 00:58:37 #296

Chandler

quote:
Op zaterdag 30 juni 2007 11:39 schreef WyriHaximus het volgende:

[ code verwijderd ]

Zo misschien? Misschien dat die haakjes uit maken

Dat werkt inderdaad wel

maar......

1
2
3

1e keer: Toon Records 0 - 0 (1 totaal, Query duurde 19.0347 sec)
2e keer: 12, 5 secs
3e keer: Toon Records 0 - 0 (1 totaal, Query duurde 0.0003 sec)

en de uitkomst is niet wat ik zoek

ID = 2000

1
2
3

2000 Een jongen of een meisje
490 een jongen of een meisje
490 een jongen of een meisje

[ Bericht 15% gewijzigd door Chandler op 01-07-2007 00:59:13 (-argh smilies hgra-) ]

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zondag 1 juli 2007 @ 01:19:15 #297

JeRa

quote:
Op zondag 1 juli 2007 00:58 schreef Chandler het volgende:

[..]

Dat werkt inderdaad wel maar......
[ code verwijderd ]

en de uitkomst is niet wat ik zoek

ID = 2000
[ code verwijderd ]

Vraagje, waarom wil je het niet via een UNION SELECT oplossen?
1) Het is sneller dan 3 losse selects via PHP
2) Zolang je de goede indices gebruikt is het praktisch net zo snel als een simpele join, maar gezien jouw wens wordt die join zo complex zal een UNION alsnog sneller worden
3) Een UNION SELECT is duidelijker (imho) dan een complexe join

zondag 1 juli 2007 @ 08:41:12 #298

Chandler

Wil dat dan ook draaien op MySQL 4.1.22-community-nt ?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zondag 1 juli 2007 @ 14:01:20 #299

JeRa

quote:
Op zondag 1 juli 2007 08:41 schreef Chandler het volgende:
Wil dat dan ook draaien op MySQL 4.1.22-community-nt ?

Twee seconden nazoekwerk, documentatie, vanaf MySQL 4.0.0 dus

zondag 1 juli 2007 @ 17:54:26 #300

Chandler

Ik zal eens kijken wat een UNION select allemaal kan

The people who lost my respect will never get a capital letter for their name again.
Like trump...

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

[PHP/(My)SQL] voor dummies - Deel 45

» digital corner

» digital corner