[PHP/(My)SQL] voor dummies - deel 58 | Digital Corner (DIG)

vrijdag 2 mei 2008 @ 16:49:15 #205

CraZaay

prettig gestoord

quote:
Op vrijdag 2 mei 2008 16:40 schreef slakkie het volgende:

Een simpele oplossing is:

Mooi he dat PHP... een int en een string bij elkaar optellen

vrijdag 2 mei 2008 @ 16:52:59 #206

slakkie

quote:
Op vrijdag 2 mei 2008 16:49 schreef CraZaay het volgende:

[..]

Mooi he dat PHP... een int en een string bij elkaar optellen

Perl doet hetzelfde

vrijdag 2 mei 2008 @ 16:55:18 #207

Intrepidity

quote:
Op vrijdag 2 mei 2008 16:49 schreef CraZaay het volgende:

[..]

Mooi he dat PHP... een int en een string bij elkaar optellen

het zou verboden moeten worden!

vrijdag 2 mei 2008 @ 17:10:22 #208

CraZaay

prettig gestoord

quote:
Op vrijdag 2 mei 2008 16:52 schreef slakkie het volgende:

Perl doet hetzelfde

JavaScript en allerlei andere loosely typed talen ook, maar dat maakt het nog niet netter

vrijdag 2 mei 2008 @ 17:38:03 #209

slakkie

quote:
Op vrijdag 2 mei 2008 17:10 schreef CraZaay het volgende:

[..]

JavaScript en allerlei andere loosely typed talen ook, maar dat maakt het nog niet netter

Das waar, maar echo (float) $test werkt ook, en is wellicht nog netter ook

zaterdag 3 mei 2008 @ 14:16:29 #210

Dzy

It is I

Ik heb een vraagje :)

Ik ben bezig met een site waar een heleboel gedichten op komen te staan van dezelfde dichter. Deze kan hij taggen met meerdere tags, die allemaal weer in een aparte tabel tags staan. Omdat er meerdere tags bij meerdere gedichten kunnen gebruik ik een koppeltabel gedichten_tags. Alleen hoe kan ik nu mooi in 1 query alle gedichten opvragen die bij 1 of meer tags horen?

Ik zat zelf al een beetje te prutsen met de volgende query:

1	SELECT * FROM gedichten,gedichten_tags WHERE gedichten.gedicht_id=gedichten_tags.gedicht_id AND tag_id IN (1,3,4)

Dit zou dan alle gedichten opvragen die een tag hebben van 1, 3 of 4 maar de bedoeling is natuurlijk dat ze alle drie zo getagd moeten zijn. En voor mijn gevoel is dit een ranzige query, maar dat kan ik verkeerd hebben. Ingewikkelde queries ben ik nog niet zo goed in :P Wie kan me helpen?

"Reality is an illusion created by a lack of alcohol."

zaterdag 3 mei 2008 @ 14:49:01 #211

SuperRembo

Sinds 1998

Met behulp van een soortgelijke query moet dat lukken. _{(In oude topics staan nog wel eens handige dingen)}

zaterdag 3 mei 2008 @ 15:02:13 #212

slakkie

quote:
Op zaterdag 3 mei 2008 14:16 schreef Dzy het volgende:
Ik heb een vraagje

Ik ben bezig met een site waar een heleboel gedichten op komen te staan van dezelfde dichter. Deze kan hij taggen met meerdere tags, die allemaal weer in een aparte tabel tags staan. Omdat er meerdere tags bij meerdere gedichten kunnen gebruik ik een koppeltabel gedichten_tags. Alleen hoe kan ik nu mooi in 1 query alle gedichten opvragen die bij 1 of meer tags horen?

Ik zat zelf al een beetje te prutsen met de volgende query:
[ code verwijderd ]

Dit zou dan alle gedichten opvragen die een tag hebben van 1, 3 of 4 maar de bedoeling is natuurlijk dat ze alle drie zo getagd moeten zijn. En voor mijn gevoel is dit een ranzige query, maar dat kan ik verkeerd hebben. Ingewikkelde queries ben ik nog niet zo goed in Wie kan me helpen?

Ik zie niks verkeerd aan deze query om heel eerlijk te zijn. Maar toegegeven SQL is niet mijn sterkste ding.

zaterdag 3 mei 2008 @ 15:06:40 #213

Dzy

It is I

Dan zou het dus iets soortgelijks worden:

1
2
3
4

SELECT * FROM gedichten,gedicht_tags
WHERE gedichten.gedicht_id = gedichten_tags.gedicht_id AND gedicht_tags.tag_id IN (1,3,4)
GROUP BY gedichten.gedicht_id
HAVING COUNT(*) = 3

worden?

Ik snap de query nog niet helemaal :P Wat doet dat GROUP BY nou precies? Zorgt die dat die duplicates wegblijven? En die HAVING COUNT zorgt ervoor dat alleen resultaten die precies 3 keer voorkomen doorkomen om te zorgen dat alle tags aanwezig moeten zijn? Als ik nog andere zoekdingen toevoeg dan maakt het niet uit verder toch? Zolang het geen moeilijke constructies worden zal hij er altijd 3 blijven vinden of niet?

_{Bedankt, ben nog niet zo'n ster in MySQL maar er komt verandering in, tof onderschrift trouwens :P}

"Reality is an illusion created by a lack of alcohol."

zaterdag 3 mei 2008 @ 15:34:22 #214

SuperRembo

Sinds 1998

quote:
Op zaterdag 3 mei 2008 15:06 schreef Dzy het volgende:
Ik snap de query nog niet helemaal :P

Zie andere topic :P

Het zou (uitgaande van MySQL 5) zo iets worden:

1
2
3
4
5
6
7
8
9

SELECT *
FROM gedichten g
WHERE g.gedicht_id IN (
   SELECT t.gedicht_id
   FROM gedichten_tags t
   WHERE t.tag_id IN (1, 3, 4)
   GROUP BY t.gedicht_id
   HAVING COUNT(*) = 3
)

zaterdag 3 mei 2008 @ 16:12:32 #215

Wouser

quote:
Op donderdag 1 mei 2008 18:20 schreef Flaccid het volgende:
Ik heb een functie met die checkt of een variable leeg is of niet, wanneer hij leeg is zegt hij dat hij leeg is . Maar dan wordt het: Hoe krijg je de tekst van een variable die leeg is op het scherm, dus de naam van de lege variable?
[ code verwijderd ]

omfg

zaterdag 3 mei 2008 @ 16:35:48 #216

Dzy

It is I

Ik heb het aan de praat, dankjewel. Hier is een query die ik gebruik om op 2 tags te zoeken die moeten matchen en het moet uit een bepaald boekje komen:

1
2
3
4
5
6
7
8

SELECT * FROM gedichten g
WHERE (g.gedicht_id IN
  (
  SELECT t.gedicht_id
  FROM gedicht_tags t WHERE t.tag_id IN (1,2)
  GROUP BY t.gedicht_id HAVING COUNT(*) = 2)
  )
  AND (g.gedicht_boekje = '3')

Doet het prima :) Thanks! Ik snap het ook zowaar :P

"Reality is an illusion created by a lack of alcohol."

zaterdag 3 mei 2008 @ 16:40:36 #217

ursel

"Het Is Hier Fantastisch!

quote:
Op zaterdag 3 mei 2008 15:34 schreef SuperRembo het volgende:

[..]

Zie andere topic

Het zou (uitgaande van MySQL 5) zo iets worden:
[ code verwijderd ]

Zover ik tot nog toe heb ondervonden duren dit queries (dus met querie in querie) langer dan een join.

zaterdag 3 mei 2008 @ 16:56:49 #218

CraZaay

prettig gestoord

quote:
Op zaterdag 3 mei 2008 16:40 schreef ursel het volgende:

querie in querie

Een subquery dus

Als je fatsoenlijke caching van de output gebruikt zou het snelheidsverschil weinig invloed mogen hebben overigens.

Zijn er hier überhaupt mensen bezig met memcached en dergelijke?

zaterdag 3 mei 2008 @ 18:03:56 #219

SuperRembo

Sinds 1998

quote:
Op zaterdag 3 mei 2008 16:40 schreef ursel het volgende:
Zover ik tot nog toe heb ondervonden duren dit queries (dus met querie in querie) langer dan een join.

In dit geval lukt het ook wel zonder sub-query, alleen wordt 't daar wat minder overzichtelijk van. En de vraag is of 't echt sneller is.

1
2
3
4
5
6
7

SELECT g.gedicht_id, g.titel
FROM gedichten g
INNER JOIN gedichten_tags t ON t.gedicht_id = g.gedicht_id
WHERE g.gedicht_boekje = 3
AND t.tag_id IN (1, 3, 4)
GROUP BY g.gedicht_id, g.titel
HAVING COUNT(*) = 3

_{(En alles wat je in de SELECT opneemt ook toevoegen aan de GROUP BY)}

zaterdag 3 mei 2008 @ 18:04:33 #220

SuperRembo

Sinds 1998

quote:
Op zaterdag 3 mei 2008 16:56 schreef CraZaay het volgende:
Zijn er hier überhaupt mensen bezig met memcached en dergelijke?

Wat bedoel je daar precies mee?

zaterdag 3 mei 2008 @ 18:38:19 #221

CraZaay

prettig gestoord

quote:
Op zaterdag 3 mei 2008 18:04 schreef SuperRembo het volgende:

Wat bedoel je daar precies mee?

Eigenlijk wat er staat

Zijn er hier mensen die bijvoorbeeld query results cachen d.m.v. bijvoorbeeld memcached (cachen in geheugen). Ik gebruik het veelvuldig voor zeer drukke websites, waarbij query results in het geheugen gaan totdat ze geïnvalideerd worden. Voor sommige sites gaan er hele stukken HTML (segmenten of hele pagina's) in het geheugen.

Misschien niet van toepassing op de meeste sites die hier gebouwd worden (geen idee over wat voor projecten we het hier hebben), maar voor echt drukke sites is het onmisbaar.

zaterdag 3 mei 2008 @ 18:56:14 #222

Xcalibur

Ik gebruik de cachingfunctie van Smarty, voor de templates / HTML dus. Op dynamische pagina's heb je daar niks aan, maar bij pagina's die weinig tot nooit wijzigen is de winst opvallend groot.

Verder gebruik ik Adodb als database class, en die heeft ook een caching functie waarbij het resultaat in een file opgeslagen wordt. Het opzoeken en inlezen van de file is dermate traag dat je het eigenlijk alleen als backup-mechanisme kunt gebruiken, iets wat de documentatie zelf ook aangeeft.

Met cachen in het geheugen heb ik geen ervaring.... Aan wat voor bezoekersaantallen / queries moet ik denken als jij het over een drukke site hebt?

zaterdag 3 mei 2008 @ 19:14:01 #223

Dzy

It is I

Ik heb er op m'n werk wel eens mee moeten werken, afhankelijk van allerlei factoren scheelt het een beetje tot een hele boel, vooral afhankelijk van hoe vaak en veel de data verandert. Maar inderdaad, voor 99% van de sites die hier gebouwd worden is het vrij zinloos.

Ik heb nog een vraagje hoe jullie het volgende zouden aanpassen:

Ik kan nu mooi zoeken in de gedichten op meerdere dingen, op tags, het boek waar het gedicht in staan en/of de inhoud en titel. Deze query dingen staan gewoon in de url dmv GET, zelfs als je een gedicht aan het lezen bent. Hierdoor kan ik binnen dezelfde selectie gedichten met pijltjes vooruit en achteruit in de gedichten. Dus stel dat ik een zoekactie heb gedaan op gedichten met het woord School erin en de tag Liefde, dan staat in de url. Dan krijg ik een lijstje met gedichten die hieronder vallen, klik ik er een aan en dan krijg ik die voorgeschoteld. Nu wil ik dus zonder op Vorige te drukken naar het volgende of vorige gedicht in de selectie komen door op een pijltje te drukken. Dit is niet zo moeilijk te realiseren alleen zijn er een paar verschillende opties, wat zouden jullie doen:

- Zodra je bent gaan zoeken alle IDs van de gedichten op volgorde in een sessie op slaan zodat je die heel makkelijk kunt checken om de pijltjes te maken met de goede link erbij. Nadeel van deze is dat er echt duizenden gedichten in de database komen en je dus bij een hele vrije search makkelijk 2000 ID's op gaat slaan. Ik weet niet precies wat voor limiet er bij sessions zitten maar op deze host zal het vast niet hoog zijn.
- Als je het bericht checkt kun je zo de search opnieuw doen zonder limit en dan zo de vorige en volgende ID ophalen. Nadeel is wel dat je dan elk gedicht weer de query moet uitvoeren.

EDIT: Nadeel bij 1 vergeten.

"Reality is an illusion created by a lack of alcohol."

zaterdag 3 mei 2008 @ 19:17:22 #224

CraZaay

prettig gestoord

quote:
Op zaterdag 3 mei 2008 18:56 schreef Xcalibur het volgende:
Aan wat voor bezoekersaantallen / queries moet ik denken als jij het over een drukke site hebt?

Een project wat ik voor NU.nl gedaan heb bijvoorbeeld (da's extreem), maar ook een jongerensite met een sociaal netwerk wat met 30.000 pageviews per dag al aardig wat zware queries oplevert.

zaterdag 3 mei 2008 @ 20:35:38 #225

SuperRembo

Sinds 1998

Nee, memcached gebruik ik niet, maar dat had je al wel begrepen

Ziet er interessant uit, daar moet ik eens in duiken.

zondag 4 mei 2008 @ 01:17:05 #226

Farenji

Memcache gebruik ik niet zo vaak maar ik gebruik wel regelmatig sql caching, waar het resultaat van een loodzware query geserialized wordt opgeslagen in een objectstorage in de db. Aan memory caching heb je in dit geval minder omdat het om queries gaat waar het resultaat hoogstens 1 keer per dag wijzigt en je aan alle bezoekers hetzelfde resultaat wil tonen. Die wil je dus ook maar 1 keer per dag berekenen, niet meer.
Eigenlijk gebruik ik caching alleen als het echt heel nodig is - als het om het verschil tussen een server die op zijn bek gaat en een server die netjes door blijft werken gaat bijvoorbeeld - maar als het niet perse moet dan liever niet. Caching kan voor allerlei nare problemen zorgen en maakt troubleshooten ook vaak moeilijker.

zondag 4 mei 2008 @ 07:03:12 #227

CraZaay

prettig gestoord

quote:
Op zondag 4 mei 2008 01:17 schreef Farenji het volgende:
Memcache gebruik ik niet zo vaak maar ik gebruik wel regelmatig sql caching, waar het resultaat van een loodzware query geserialized wordt opgeslagen in een objectstorage in de db. Aan memory caching heb je in dit geval minder omdat het om queries gaat waar het resultaat hoogstens 1 keer per dag wijzigt en je aan alle bezoekers hetzelfde resultaat wil tonen. Die wil je dus ook maar 1 keer per dag berekenen, niet meer.

Waarom zou memcached hier niet geschikt voor zijn? In dat geval check ik in de model of het result in de cache zit, en zo niet voer ik de query uit en sla het resultaat op in de cache met een time to live van 24 uur

maandag 5 mei 2008 @ 09:14:11 #228

Chandler

Kleine vraag, stel ik heb een hostname cc93022-a.tu.nogwat.home.nl

Van deze hostname wil ik het volgende uitlezen (maar dit kan natuurlijk ook een andere hostname zijn)
- home.nl
- home
- @home internet Groningen Nederland (dit kun je ergens uitlezen maar waar?)

Is er voor de 1e 2 een regex die ook werkt met co.uk en dergelijke domeinnamen? en waar kan ik de 3e gegeven weg halen?

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

maandag 5 mei 2008 @ 10:02:49 #229

Xcalibur

ik denk dat je de eerste 2 wel met parse_url() kunt uitvinden.
De 3e krijg je met gethostbyaddr() denk ik....

maandag 5 mei 2008 @ 11:04:11 #230

qu63

..de tijd drinkt..

quote:
Op maandag 5 mei 2008 09:14 schreef Chandler het volgende:
Kleine vraag, stel ik heb een hostname cc93022-a.tu.nogwat.home.nl

Van deze hostname wil ik het volgende uitlezen (maar dit kan natuurlijk ook een andere hostname zijn)
- home.nl
- home
- @home internet Groningen Nederland (dit kun je ergens uitlezen maar waar?)

Is er voor de 1e 2 een regex die ook werkt met co.uk en dergelijke domeinnamen? en waar kan ik de 3e gegeven weg halen?

punt 3 is alleen uit te lezen bij @home en nog een geloof ik. Bij planet (mijn ISP) wordt het niet meegestuurd. Je hebt wel databases die dat soort info verzamelen en waar je beroep op kunt doen, sommige gratis, sommige niet.

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

maandag 5 mei 2008 @ 14:54:59 #231

wobbel

Da WoBBeL King

Ik heb een tabel met Auto Increment, hoe krijg ik nu heel makkelijk het laatste ID eruit?

Nu doe ik namelijk SELECT id FROM gegevens ORDER BY id DESC LIMIT 1, maar kan dat niet sneller?

Hosted VoIP SIP trunks Vast mobiel VoIP

maandag 5 mei 2008 @ 14:59:19 #232

JortK

Immer kwaliteitsposts

quote:
Op maandag 5 mei 2008 14:54 schreef wobbel het volgende:
Ik heb een tabel met Auto Increment, hoe krijg ik nu heel makkelijk het laatste ID eruit?

Nu doe ik namelijk SELECT id FROM gegevens ORDER BY id DESC LIMIT 1, maar kan dat niet sneller?

SELECT MAX(id) FROM gegevens ?

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

maandag 5 mei 2008 @ 15:00:06 #233

JortK

Immer kwaliteitsposts

Trouwens nog een leuke link gevonden over memcaching:

http://www.search-this.co(...)uction-to-memcached/

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

maandag 5 mei 2008 @ 15:11:11 #234

wobbel

Da WoBBeL King

quote:
Op maandag 5 mei 2008 14:59 schreef JortK het volgende:

[..]

SELECT MAX(id) FROM gegevens ?

moet ik die dan weer opvragen met mysql_fetch_assoc of kan dat ook met mysql_result ofzo?

Hosted VoIP SIP trunks Vast mobiel VoIP

maandag 5 mei 2008 @ 15:12:22 #235

Piles

quote:
Op maandag 5 mei 2008 15:11 schreef wobbel het volgende:

[..]

moet ik die dan weer opvragen met mysql_fetch_assoc of kan dat ook met mysql_result ofzo?

1
2
3

<?php
$laatste = mysql_result(mysql_query("SELECT MAX(id) FROM gegevens"),0);
?>

Zo ff uit mn hoofd :P

maandag 5 mei 2008 @ 15:14:03 #236

wobbel

Da WoBBeL King

quote:
Op maandag 5 mei 2008 15:12 schreef Piles het volgende:

[..]
[ code verwijderd ]

Zo ff uit mn hoofd

Ah bedankt, gewoon met mysql_result!!

Super jongens, weeti k dat ook weer

Hosted VoIP SIP trunks Vast mobiel VoIP

maandag 5 mei 2008 @ 16:36:22 #237

SuperRembo

Sinds 1998

Als je de id wil weten van de row die je net ge-insert hebt, dan kan je beter mysql_insert_id() gebruiken.

maandag 5 mei 2008 @ 16:38:05 #238

JortK

Immer kwaliteitsposts

quote:
Op maandag 5 mei 2008 16:36 schreef SuperRembo het volgende:
Als je de id wil weten van de row die je net ge-insert hebt, dan kan je beter mysql_insert_id() gebruiken.

Goede tip zeg

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

maandag 5 mei 2008 @ 18:54:57 #239

wobbel

Da WoBBeL King

quote:
Op maandag 5 mei 2008 16:36 schreef SuperRembo het volgende:
Als je de id wil weten van de row die je net ge-insert hebt, dan kan je beter mysql_insert_id() gebruiken.

Die kende ik gelukkig al

Andere vraag: Ik heb onderstaande query, alleen daar is blijkbaar iets fout aan

1
2
3
4

DELETE FROM SHOP_Carts, SHOP_Cartcontents
USING SHOP_Carts.IdCart
LEFT JOIN SHOP_Cartcontents.CartId = SHOP_Carts.IdCart
WHERE SHOP_Carts.IdCart = '1'

Foutmelding

quote:
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 '.IdCart WHERE SHOP_Carts.IdCart = '1'' at line 1

Hosted VoIP SIP trunks Vast mobiel VoIP

maandag 5 mei 2008 @ 20:30:39 #240

slakkie

quote:
Op maandag 5 mei 2008 18:54 schreef wobbel het volgende:

[..]

Die kende ik gelukkig al ;)

Andere vraag: Ik heb onderstaande query, alleen daar is blijkbaar iets fout aan :P
[ code verwijderd ]

Foutmelding
[..]

Moet het niet zijn

1	delete from table left join table2 on table.id = table2.id where id = 'something'

maandag 5 mei 2008 @ 21:22:39 #241

Farenji

Er is wel meer fout aan je query. Wat wil je wissen, uit welke tabellen? Na een "using" moet een tabel komen, geen veld. Een left join werkt zo niet. De syntax is "left join <tabelnaam> on <join conditie>".

dinsdag 6 mei 2008 @ 09:26:25 #242

Chandler

quote:
Op maandag 5 mei 2008 11:04 schreef qu63 het volgende:

[..]

punt 3 is alleen uit te lezen bij @home en nog een geloof ik. Bij planet (mijn ISP) wordt het niet meegestuurd. Je hebt wel databases die dat soort info verzamelen en waar je beroep op kunt doen, sommige gratis, sommige niet.

Ik heb gezocht naar opties voor punt 3 (@home internet) maar kan helaas niets vinden

waarschijnlijk op de verkeerde woorden gezocht maar kun je me een linkje posten?

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

dinsdag 6 mei 2008 @ 11:46:27 #243

wobbel

Da WoBBeL King

quote:
Op maandag 5 mei 2008 20:30 schreef slakkie het volgende:

[..]

Moet het niet zijn
[ code verwijderd ]

Op jou manier krijg ik de volgende fout:

quote:
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 'LEFT JOIN SHOP_Cartcontents on SHOP_Carts.IdCart = SHOP_Cartcontents.CartId WHER' at line 1

Dit is m'n query:

1
2
3
4

DELETE FROM SHOP_Carts
LEFT JOIN SHOP_Cartcontents
ON SHOP_Carts.IdCart = SHOP_Cartcontents.CartId
WHERE SHOP_Carts.IdCart = '5'

Ik heb de MySQL reference guide er ook al bijgezocht, maar zelfs dan lukt het me nog niet

http://dev.mysql.com/doc/refman/5.0/en/delete.html

Hosted VoIP SIP trunks Vast mobiel VoIP

dinsdag 6 mei 2008 @ 11:50:05 #244

qu63

..de tijd drinkt..

quote:
Op dinsdag 6 mei 2008 09:26 schreef Chandler het volgende:

[..]

Ik heb gezocht naar opties voor punt 3 (@home internet) maar kan helaas niets vinden waarschijnlijk op de verkeerde woorden gezocht maar kun je me een linkje posten?

http://www.maxmind.com/app/city
bijvoorbeeld, maar is wel duur

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

dinsdag 6 mei 2008 @ 11:50:52 #245

qu63

..de tijd drinkt..

http://sourceforge.net/projects/geoip/ is dan wel gratis..

verder zoeken op google naar geoip

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

dinsdag 6 mei 2008 @ 12:07:12 #246

JortK

Immer kwaliteitsposts

quote:
Op dinsdag 6 mei 2008 11:46 schreef wobbel het volgende:
Dit is m'n query:
[ code verwijderd ]

Ik heb de MySQL reference guide er ook al bijgezocht, maar zelfs dan lukt het me nog niet :')
http://dev.mysql.com/doc/refman/5.0/en/delete.html

Waarom een left join in een delete statement?

Je kan toch gewoon dit doen:

1 2	DELETE FROM SHOP_Carts WHERE SHOP_Carts.IdCart = '5'

En als je ook de content wil verwijderen:

1 2	DELETE FROM SHOP_Cartscontents WHERE SHOP_Cartscontents.IdCart = '5'

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

dinsdag 6 mei 2008 @ 12:20:23 #247

ursel

"Het Is Hier Fantastisch!

Misschien een knullige vraag, maar om 2 tabellen te mergen doe ik een select in een temp tabel en update ik de main tabel.

Nu doe ik een query met SELECT * FROM table. Maar eigenlijk wil ik alle kolommen hebben exclusief kolom ncID. Aangezien er +/- 15 kolommen zijn leek het mij eigenlijk onlogisch om elke kolom in de SELECT statement te plaatsen. Is er geen praktische manier om een specifieke kolom te excluden?

dinsdag 6 mei 2008 @ 12:28:09 #248

JortK

Immer kwaliteitsposts

quote:
Op dinsdag 6 mei 2008 12:20 schreef ursel het volgende:
Misschien een knullige vraag, maar om 2 tabellen te mergen doe ik een select in een temp tabel en update ik de main tabel.

Nu doe ik een query met SELECT * FROM table. Maar eigenlijk wil ik alle kolommen hebben exclusief kolom ncID. Aangezien er +/- 15 kolommen zijn leek het mij eigenlijk onlogisch om elke kolom in de SELECT statement te plaatsen. Is er geen praktische manier om een specifieke kolom te excluden?

1	SELECT kolom1, kolom2, kolom3 FROM table

En dan niet de kolom ncID ertussen zetten?

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

dinsdag 6 mei 2008 @ 12:33:01 #249

ursel

"Het Is Hier Fantastisch!

quote:
Op dinsdag 6 mei 2008 12:28 schreef JortK het volgende:

[..]
[ code verwijderd ]

En dan niet de kolom ncID ertussen zetten?

Goh..

Zoals ik zei:

quote:
Op dinsdag 6 mei 2008 12:20 schreef ursel het volgende:
...

Aangezien er +/- 15 kolommen zijn leek het mij eigenlijk onlogisch om elke kolom in de SELECT statement te plaatsen. Is er geen praktische manier om een specifieke kolom te excluden?

dinsdag 6 mei 2008 @ 12:36:08 #250

JortK

Immer kwaliteitsposts

quote:
Op dinsdag 6 mei 2008 12:33 schreef ursel het volgende:

[..]

Goh..

Zoals ik zei:
[..]

Dat heet gewoon luiheid

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

dinsdag 6 mei 2008 @ 12:45:01 #251

wobbel

Da WoBBeL King

quote:
Op dinsdag 6 mei 2008 12:07 schreef JortK het volgende:

[..]

Waarom een left join in een delete statement?

Je kan toch gewoon dit doen:
[ code verwijderd ]

En als je ook de content wil verwijderen:
[ code verwijderd ]

Nou omdat ik dit wil uitvoeren eigenlijk:

DELETE FROM SHOP_Carts
LEFT JOIN SHOP_Cartcontents
ON SHOP_Carts.IdCart = SHOP_Cartcontents.CartId
WHERE SHOP_Carts.Tijd < '250000'

en daarom wilde i kze koppelen dmv ID

[ Bericht 18% gewijzigd door wobbel op 06-05-2008 13:21:39 ]

Hosted VoIP SIP trunks Vast mobiel VoIP

dinsdag 6 mei 2008 @ 13:21:35 #252

slacker_nl

Sicko pur sang

quote:
Op dinsdag 6 mei 2008 11:46 schreef wobbel het volgende:

[..]

Op jou manier krijg ik de volgende fout:

WHER of WHERE

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

dinsdag 6 mei 2008 @ 13:23:11 #253

wobbel

Da WoBBeL King

quote:
Op dinsdag 6 mei 2008 13:21 schreef slacker_nl het volgende:

[..]

WHER of WHERE

Zoals je kon zien had ik de goede query er ook bijgezet, aangezien een MySQL foutmelding niet de gehele query teruggeeft. Ik had gewoon WHERE dus

Hosted VoIP SIP trunks Vast mobiel VoIP

dinsdag 6 mei 2008 @ 13:40:06 #254

JortK

Immer kwaliteitsposts

quote:
Op dinsdag 6 mei 2008 13:23 schreef wobbel het volgende:

[..]

Zoals je kon zien had ik de goede query er ook bijgezet, aangezien een MySQL foutmelding niet de gehele query teruggeeft. Ik had gewoon WHERE dus ;)

Zo dan:

1 2	DELETE FROM SHOP_Carts WHERE SHOP_Carts.Tijd < '250000'

1 2	DELETE FROM SHOP_Cartcontents WHERE SHOP_Cartcontents.CartID IN (SELECT CartID from SHOP_Carts WHERE SHOP_Carts.Tijd < '250000')

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

dinsdag 6 mei 2008 @ 14:21:20 #255

wobbel

Da WoBBeL King

quote:
Op dinsdag 6 mei 2008 13:40 schreef JortK het volgende:

[..]

Zo dan:
[ code verwijderd ]

[ code verwijderd ]

Stomme vraag, moet ik die 2 query's apart uitvoeren of alleen de onderste?

Hosted VoIP SIP trunks Vast mobiel VoIP

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

[PHP/(My)SQL] voor dummies - deel 58

» digital corner

» digital corner