DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Een veld in mysql bevat altijd 1 waarde; geen lijst van waardes. Dit kan op zich wel maar is echt af te raden, aangezien je dat nauwelijks kan doorzoeken en beheren.
Je moet jezelf afvragen: kan een user bij meerdere companies horen?
Zo ja, dan heb je een extra jointabel nodig (met velden company_id en user_id) omdat dit een many 2 many relatie is. Hiermee koppel je de users aan companies
Als een user maar bij 1 company kan horen, maak je in de user tabel een extra veld company_id.
Je moet jezelf afvragen: kan een user bij meerdere companies horen?
Zo ja, dan heb je een extra jointabel nodig (met velden company_id en user_id) omdat dit een many 2 many relatie is. Hiermee koppel je de users aan companies
Als een user maar bij 1 company kan horen, maak je in de user tabel een extra veld company_id.
Behalve een veld van het type set, maar die ben ik nog nooit in het wild tegengekomen.quote:Op maandag 1 september 2008 23:53 schreef Farenji het volgende:
Een veld in mysql bevat altijd 1 waarde; geen lijst van waardes.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ja een user kan meerdere companies hebben. Ik doe het trouwens zo omdat ik dit voor een complexere situatie op hetzelfde manier moet gaan doen, een company row moet dus meerdere waardes van users kunnen bevaten in uids, ik hoop dat dit toch op de een of ander manier mogelijk is?
Het uiteindelijke doel is om in de uids van het bedrijf te doorzoeken waar er allemaal bijv uids 1 staat en alleen de namen van de bedrijven die daarbij horen toe te voegen.
Nogmaals dit slaat natuurlijk nergens op, maar dit is een test voor een complexere situatie waar ik geen andere keus heb op dit moment.
Het uiteindelijke doel is om in de uids van het bedrijf te doorzoeken waar er allemaal bijv uids 1 staat en alleen de namen van de bedrijven die daarbij horen toe te voegen.
Nogmaals dit slaat natuurlijk nergens op, maar dit is een test voor een complexere situatie waar ik geen andere keus heb op dit moment.
Dan wordt het tijd om ander werk te zoeken of de opdracht te weigeren. Serieus. Je gebruikt een relationele database.quote:Op dinsdag 2 september 2008 00:07 schreef Hafez het volgende:
Nogmaals dit slaat natuurlijk nergens op, maar dit is een test voor een complexere situatie waar ik geen andere keus heb op dit moment.
Ik ben er al achter hoe je meerdere timestamps kunt gebruiken in een tabel (ongeacht of het nuttig is of niet).
CREATE TABLE t
(
ts1 TIMESTAMP NULL DEFAULT NULL,
ts2 TIMESTAMP NULL DEFAULT 0,
ts3 TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP
);
zet default op NULL
en ik had in het topic wat gemist
832.121
432.111
52.112
nu wil ik ze ook precies zo opslaan (met de punt) en dat doe ik nu in een varchar 10, echter zou ik willen weten of hier ook een andere functie voor is?
[ Bericht 49% gewijzigd door Chandler op 02-09-2008 09:38:47 ]
CREATE TABLE t
(
ts1 TIMESTAMP NULL DEFAULT NULL,
ts2 TIMESTAMP NULL DEFAULT 0,
ts3 TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP
);
zet default op NULL
en ik had in het topic wat gemist
dit ging over nummers met een punt bvquote:Die nummers kun je het beste opslaan als een mediumint (signed/unsigned, afhankelijk van of je wel/geen negatieve nummers tegenkomt).
832.121
432.111
52.112
nu wil ik ze ook precies zo opslaan (met de punt) en dat doe ik nu in een varchar 10, echter zou ik willen weten of hier ook een andere functie voor is?
[ Bericht 49% gewijzigd door Chandler op 02-09-2008 09:38:47 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Werkt dat ook met een ON UPDATE ?
Want het automatisch updaten vind ik interessanter dan het automatisch vullen bij het inserten
Edit: beetje je post zitten editten
Dit ging dus over de timestamps
Want het automatisch updaten vind ik interessanter dan het automatisch vullen bij het inserten
Edit: beetje je post zitten editten
Dit ging dus over de timestamps
Ik heb de timestamps aangepast dat het niet automatisch updated, aangezien ik bij een ON UPDATE zelf deze kolom aanpas 
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Wat denk je er zelf vanquote:Op dinsdag 2 september 2008 08:52 schreef Chandler het volgende:
nu wil ik ze ook precies zo opslaan (met de punt) en dat doe ik nu in een varchar 10, echter zou ik willen weten of hier ook een andere functie data type voor is?
RTFM: http://dev.mysql.com/doc/refman/5.0/en/data-types.html
duidelijk double
double
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Weet iemand welke sneller is?
SELECT num FROM products ORDER BY num DESC LIMIT 0,1
of
SELECT MAX(num) FROM products
Nog een klein vraagje: stel je wilt een subquery uitvoeren, bv:
SELECT a, b, c, (SELECT bla FROM bla ...) as d FROM bla2
Maar hoe kan je dan bijvoorbeeld selecteren op 'd'? (zonder de subquery uit te voeren bij 'WHERE')
Dus bijvoorbeeld:
SELECT a, b, c, (SELECT bla FROM bla ...) as d FROM bla2 WHERE d = x
SELECT num FROM products ORDER BY num DESC LIMIT 0,1
of
SELECT MAX(num) FROM products
Nog een klein vraagje: stel je wilt een subquery uitvoeren, bv:
SELECT a, b, c, (SELECT bla FROM bla ...) as d FROM bla2
Maar hoe kan je dan bijvoorbeeld selecteren op 'd'? (zonder de subquery uit te voeren bij 'WHERE')
Dus bijvoorbeeld:
SELECT a, b, c, (SELECT bla FROM bla ...) as d FROM bla2 WHERE d = x
..///
Waarom zou je de subquery niet willen uitvoeren in je WHERE clause?quote:Op woensdag 3 september 2008 00:50 schreef wipes66 het volgende:
Maar hoe kan je dan bijvoorbeeld selecteren op 'd'? (zonder de subquery uit te voeren bij 'WHERE')
Omdat hij dan 2x wordt uitgevoerd? (of wordt dat automatisch geoptimaliseerd? )quote:Op woensdag 3 september 2008 01:07 schreef slakkie het volgende:
[..]
Waarom zou je de subquery niet willen uitvoeren in je WHERE clause?
..///
Okay..
SELECT a, b, c, (SELECT bla FROM bla ...) as d FROM bla2 WHERE d = x
=>
SELECT a, b, c, (SELECT bla FROM bla where bla = x) as d FROM bla2
???
SELECT a, b, c, (SELECT bla FROM bla ...) as d FROM bla2 WHERE d = x
=>
SELECT a, b, c, (SELECT bla FROM bla where bla = x) as d FROM bla2
???
Dit moet ik hebben:
SELECT a, b, c, (SELECT bla FROM bla where bla = x) as d FROM bla2 WHERE d < x
Maar dat gaat niet, dus zou ik zoiets moeten doen:
SELECT a, b, c, (SELECT bla FROM bla where bla = x) as d FROM bla2 WHERE (SELECT bla FROM bla where bla = x) < x
SELECT a, b, c, (SELECT bla FROM bla where bla = x) as d FROM bla2 WHERE d < x
Maar dat gaat niet, dus zou ik zoiets moeten doen:
SELECT a, b, c, (SELECT bla FROM bla where bla = x) as d FROM bla2 WHERE (SELECT bla FROM bla where bla = x) < x
..///
Kan je misschien iets meer inzicht kunnen geven in je queries ipv abstracte a, b, c, d, bla's en what nots?
je wilt dat bla x is of kleiner is dan x? Dan kan je toch where bla <= x uitvoeren in 1 subquery (of is het nou =<, mag je zelf ff uitproberen).
je wilt dat bla x is of kleiner is dan x? Dan kan je toch where bla <= x uitvoeren in 1 subquery (of is het nou =<, mag je zelf ff uitproberen).
ok
Dit werkt:
SELECT id, name, (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) AS numshops
FROM products WHERE (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) > 0
Maar als ik dit doe (wat een stuk makkelijker zou zijn):
SELECT id, name, (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) AS numshops
FROM products WHERE numshops > 0
Krijg ik een error (iets in de zin van dat numshops niet bestaat).
Dit werkt:
SELECT id, name, (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) AS numshops
FROM products WHERE (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) > 0
Maar als ik dit doe (wat een stuk makkelijker zou zijn):
SELECT id, name, (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) AS numshops
FROM products WHERE numshops > 0
Krijg ik een error (iets in de zin van dat numshops niet bestaat).
..///
Kan je dan niet beter zoiets doen:quote:Op woensdag 3 september 2008 01:50 schreef wipes66 het volgende:
SELECT id, name, (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) AS numshops
FROM products WHERE (SELECT COUNT(id) FROM feed_items WHERE product_id = products.id) > 0
SELECT products.id as p_id, products.name as p_name, COUNT(feed_items.id) as numshops
FROM products, feed_items
WHERE feed_items.product_id = p_id
GROUP BY p_id, p_name, numshops
HAVING numshops > 0
ik zou zeggen dat MAX(num) sneller is, om de eenvoudige reden dat deze gemaakt is voor de handeling... maar ik kan het niet onderbouwen ofzoquote:Op woensdag 3 september 2008 00:50 schreef wipes66 het volgende:
Weet iemand welke sneller is?
SELECT num FROM products ORDER BY num DESC LIMIT 0,1
of
SELECT MAX(num) FROM products
tnxquote:Op woensdag 3 september 2008 03:59 schreef slakkie het volgende:
[..]
Kan je dan niet beter zoiets doen:
SELECT products.id as p_id, products.name as p_name, COUNT(feed_items.id) as numshops
FROM products, feed_items
WHERE feed_items.product_id = p_id
GROUP BY p_id, p_name, numshops
HAVING numshops > 0
ik zal het eens proberen.
..///
Ik heb echt gigantisch simpele domme vraag, maar ik krijg zo snel ff geen oplossing gevonden.
Als ik deze query heb:
Hoe moet dat dan?
.
Ik krijg het dus nergens gevonden en:
Als ik deze query heb:
En ik wil de data uit de array ophalen.quote:SELECT a.*, b.*
FROM a, b
WHERE a.id = b.id
Hoe moet dat dan?
.Ik krijg het dus nergens gevonden en:
wat mij het meest logische leek, werkt niet.quote:while ($rij = mysql_fetch_array($result)) {
$id = $rij['a.id'];
$name = $rij['b.name'];
}
Ah! Daarom vond ik nietsquote:Op donderdag 4 september 2008 22:49 schreef HuHu het volgende:
Je moet niet mysql_fetch_array gebruiken, maar mysql_fetch_assoc.
.Ik ga weer googlen, mijn dank is groot!
Dat maakt weinig uit. Beide leveren een associative array. Het verschil is dat mysql_fetch_array ook een numerieke array levert. Je kunt de data dus op 2 manieren benaderen.quote:Op donderdag 4 september 2008 22:49 schreef HuHu het volgende:
Je moet niet mysql_fetch_array gebruiken, maar mysql_fetch_assoc.
De associatieve array bevat alleen de veldnamen en niet de tabelnamen. Dus niet 'a.id' maar gewoon 'id'.
| 1 2 3 4 5 6 | while ($rij = mysql_fetch_array($result)) { $id = $rij['id']; $name = $rij['name']; } ?> |
Light was me voor. Hier kun je overigens zelf achterkomen met een var_dump($rij);
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Sterker nog met mysql_fetch_array kan je een numerieke, associatieve of beide opvragen:
array mysql_fetch_array ( resource $result [, int $result_type ] )
The type of array that is to be fetched. It's a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and the default value of MYSQL_BOTH.
array mysql_fetch_array ( resource $result [, int $result_type ] )
The type of array that is to be fetched. It's a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and the default value of MYSQL_BOTH.
Ja, en de standaard is MYSQL_BOTH. Daarbij, met enkel verwijzen naar mysql_assoc wordt de vraag niet beantwoord.quote:Op donderdag 4 september 2008 23:43 schreef slakkie het volgende:
Sterker nog met mysql_fetch_array kan je een numerieke, associatieve of beide opvragen:
array mysql_fetch_array ( resource $result [, int $result_type ] )
The type of array that is to be fetched. It's a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and the default value of MYSQL_BOTH.
Hmm... ik dacht dat die _array alleen een numerieke index terug gaf. Beetje te kort door de bocht dus 
.
.
Wederom heb ik een vraagje (wanneer niet)
Stel ik heb 100.000 JPG bestanden varierend tussen de 10KB en 1MB en wil deze eigelijk allemaal wat kleiner hebben qua bestandsformaat. Nu wil ik deze graag comprimeren middels PHP echter wil ik het verlies van de kwaliteit zo klein mogelijk houden.
Wat raden jullie aan? want als ik zelf het compressie ratio instel moet ik per afbeelding gaan controlleren of de afbeelding er met dat ratio nog wel mooi uitziet... Anyone?
Ps. converteren naar PNG of ander formaat is niet mogelijk (in dit idee)
Stel ik heb 100.000 JPG bestanden varierend tussen de 10KB en 1MB en wil deze eigelijk allemaal wat kleiner hebben qua bestandsformaat. Nu wil ik deze graag comprimeren middels PHP echter wil ik het verlies van de kwaliteit zo klein mogelijk houden.
Wat raden jullie aan? want als ik zelf het compressie ratio instel moet ik per afbeelding gaan controlleren of de afbeelding er met dat ratio nog wel mooi uitziet... Anyone?
Ps. converteren naar PNG of ander formaat is niet mogelijk (in dit idee)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
ik zou een aantal random afbeeldingen op verschillende kwaliteiten comprimeren...
het meest acceptabele resultaat gebruik je?
Met een beetje normale compressie is het echt niet zo dat sommige foto's fantastisch zijn en andere helemaal kut
het meest acceptabele resultaat gebruik je?
Met een beetje normale compressie is het echt niet zo dat sommige foto's fantastisch zijn en andere helemaal kut
Ik zou het niet met php doen maar met phatch. Dat draait onder ubuntu, kijk er eens naarquote:Op vrijdag 5 september 2008 11:40 schreef Chandler het volgende:
Wederom heb ik een vraagje (wanneer niet)
Stel ik heb 100.000 JPG bestanden varierend tussen de 10KB en 1MB en wil deze eigelijk allemaal wat kleiner hebben qua bestandsformaat. Nu wil ik deze graag comprimeren middels PHP echter wil ik het verlies van de kwaliteit zo klein mogelijk houden.
Wat raden jullie aan? want als ik zelf het compressie ratio instel moet ik per afbeelding gaan controlleren of de afbeelding er met dat ratio nog wel mooi uitziet... Anyone?
Ps. converteren naar PNG of ander formaat is niet mogelijk (in dit idee)
Het probleem is dat het om een site gaat waar heeeel veel plaatjes in zitten, allemaal met filesize verwekt in een database (en draait onder winhooz).. Dus phatch wordt een beetje moeilijk. In sommige gevallen is het ook zo dat de filesize groter wordt... is er ook een manier om uit te vissen welke compressie er gebruikt wordt? (in geval van JPG?)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik heb een textarea welke in de database NULL mag zijn. Indien ik het formulier via mijn website verstuur naar de database, dan komt er bij textarea -ondanks dat er niets is ingevuld- toch een spatie te staan. Hoe kan ik dit voorkomen?
Aan dit bericht kunnen geen rechten worden ontleend.
NULL is alsnog wat anders dan een lege string. Met een trim haal je alle overbodige spaties, tabs, newlines, e.d. weg aan het begin en aan het eind van een string. Maar wil je het echt als NULL opslaan of als lege string?
http://dev.mysql.com/doc/refman/5.0/en/problems-with-null.html
http://dev.mysql.com/doc/refman/5.0/en/problems-with-null.html
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik zou het graag als NULL willen opslaan. Ik ga even kijken naar trim . Bedankt tot zo ver.
. Bedankt tot zo ver.
Aan dit bericht kunnen geen rechten worden ontleend.
je kan trimmen wat je wilt, maar dat is een string bewerking die uiteindelijk een andere (lege) string oplevert. NULL is iets totaal anders; dat is "niets". Dus geen lege string, maar gewoon niets.quote:Op vrijdag 5 september 2008 16:21 schreef poepeneesje het volgende:
Ik zou het graag als NULL willen opslaan. Ik ga even kijken naar trim
Ik heb even gekeken naar trim, maar wat ik daaruit begrijp is dat het een functie is die je gebruikt bij een select-statement, dus eigelijk een oplossing "achteraf" om van de spatie af te komen.
Bij het verzenden van het formulier naar de database, wil ik dat indien er niets wordt ingevuld in de textarea, dat er in de datebase in dat valt gewoon NULL staat en geen spatie.
Bij het verzenden van het formulier naar de database, wil ik dat indien er niets wordt ingevuld in de textarea, dat er in de datebase in dat valt gewoon NULL staat en geen spatie.
Aan dit bericht kunnen geen rechten worden ontleend.
Dan kun je bij het samenstellen van de INSERT-query ervoor zorgen dat voor het veld wat je NULL wilt hebben helemaal niets wordt geschreven. Dus checken bij het bouwen van de query of de string (eventueel na trimmen; de PHP-functie) leeg is, en alleen als dat niet zo is de waarde naar de db schrijven.quote:Op vrijdag 5 september 2008 16:51 schreef poepeneesje het volgende:
Bij het verzenden van het formulier naar de database, wil ik dat indien er niets wordt ingevuld in de textarea, dat er in de datebase in dat valt gewoon NULL staat en geen spatie.
Ik had het over de PHP-functie trim, die mag je ook gebruiken wanneer je de input krijgt. Daarna kun je MySQL's TRIM ook bij een INSERT-query gebruiken, het komt alleen niet zo vaak voor
Maar om NULL te krijgen moet je ergens checken of de string leeg is (of een spatie) en in dat geval NULL ipv een string INSERTEN.
Maar waarom heb je liever NULL dan een lege string?
Maar om NULL te krijgen moet je ergens checken of de string leeg is (of een spatie) en in dat geval NULL ipv een string INSERTEN.
Maar waarom heb je liever NULL dan een lege string?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Of gewoon niets inserten, waarbij MySQL er zelf NULL van maakt (als je in je schema NULL toestaat en als default value hebt).quote:Op vrijdag 5 september 2008 16:57 schreef GlowMouse het volgende:
en in dat geval NULL ipv een string INSERTEN.
CraZaay & GlowMouse, ik wist niet dat het ook een PHP-functie is. Daar ga ik vanavond dan even opnieuw naar kijken.
Het wordt niet zozeer als lege string opgeslagen, maar echt als een spatie. Waarschijnlijk maakt het niet veel uit, maar het is wel netter (vind ik) als er dan gewoon niets wordt opgeslagen. Maar ik denk dat ik weet waar het misgaat, nu je begint over een lege string.
Ik ga vanavond even kijken, bedankt voor de snelle reacties jongens
.
Het wordt niet zozeer als lege string opgeslagen, maar echt als een spatie. Waarschijnlijk maakt het niet veel uit, maar het is wel netter (vind ik) als er dan gewoon niets wordt opgeslagen. Maar ik denk dat ik weet waar het misgaat, nu je begint over een lege string.
Ik ga vanavond even kijken, bedankt voor de snelle reacties jongens
.
Aan dit bericht kunnen geen rechten worden ontleend.
Of het netter is weet ik niet; de user heeft immers bewust een lege string gesubmit is mijn gedachtegang. Dat je met trim() spaties voor/achter filtert (en dus eventueel een lege string overhoudt) is prima, maar ik zou het dan wel als lege string opslaan. Maar da's meer een kwestie van smaak
| 1 2 3 4 5 6 7 8 | $input = " "; $input = trim($input); if (!strlen($input)) { $input = null } # Doorgaan alsof er niks aan de hand is ?> |
Ik ga er maar even vanuit dat null van php ook in de query gewoon NULL wordt..
Een lege string is in sommige gevallen beter dan NULL. Soms wil je namelijk echt een onderscheid maken tussen een lege string en NULL, bijv als je in een left join wil controleren of er geen match is, en dat kan dan niet (of is minder betrouwbaar) als er ook NULL values in bestaande rows zitten.quote:Op vrijdag 5 september 2008 17:12 schreef poepeneesje het volgende:
CraZaay & GlowMouse, ik wist niet dat het ook een PHP-functie is. Daar ga ik vanavond dan even opnieuw naar kijken.
Het wordt niet zozeer als lege string opgeslagen, maar echt als een spatie. Waarschijnlijk maakt het niet veel uit, maar het is wel netter (vind ik) als er dan gewoon niets wordt opgeslagen. Maar ik denk dat ik weet waar het misgaat, nu je begint over een lege string.
Ik ga vanavond even kijken, bedankt voor de snelle reacties jongens
Ik gebruik NULL eigenlijk bijna alleen als het een meerwaarde biedt; bijvoorbeeld als ik echt in mijn applicatie onderscheid wil maken tussen true (1), false (0) of undefined (NULL). OF als je echt velden hebben die soms wel voorkomen, en soms helemaal niet. Velden die wel altijd voorkomen maar leeg kunnen zijn, gooi ik gewoon als lege string in de database, niet als NULL dus.
Dat wordt het niet, het blijft gewoon leeg terwijl je NULL moet hebben in je query.quote:Op vrijdag 5 september 2008 17:22 schreef slakkie het volgende:
[ code verwijderd ]
Ik ga er maar even vanuit dat null van php ook in de query gewoon NULL wordt..
Maar ik zou me de problemen met NULL in je db niet op de hals halen als je het niet nodig hebt. Sla gewoon een lege string op.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dan maak je er in slakkies code $input = 'NULL' van. Het is dan string waarde 'NULL', maar wanneer je deze unescaped in je query zet is het gewoon "bla = NULL" in de query. Heel die query is namelijk al een samenstelling van strings.quote:Op vrijdag 5 september 2008 17:25 schreef GlowMouse het volgende:
Dat wordt het niet, het blijft gewoon leeg terwijl je NULL moet hebben in je query.
Zo makkelijk is het niet. Er zal dan de string 'NULL' in je database komen in plaats van NULL. Je zou bijvoorbeeld iets kunnen doen als then $input='NULL' else $input = "'" . $db->escape($input) . "'". Maar nogmaals: waarom moeilijk doen als je het niet nodig hebt, je geen idee hebt wat je doet, en je jezelf alleen ellende op de hals haalt?quote:Op vrijdag 5 september 2008 17:29 schreef CraZaay het volgende:
[..]
Dan maak je er in slakkies code $input = 'NULL' van. Het is dan string waarde 'NULL', maar wanneer je deze unescaped in je query zet is het gewoon "bla = NULL" in de query. Heel die query is namelijk al een samenstelling van strings.
[ Bericht 0% gewijzigd door GlowMouse op 05-09-2008 17:48:12 (verduidelijkt) ]
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Nee, dat is niet correctquote:Op vrijdag 5 september 2008 17:32 schreef GlowMouse het volgende:
Zo makkelijk is het niet. Er zal dan de string 'NULL' in je database komen in plaats van NULL.
| 1 2 3 4 5 | $input = 'NULL'; mysql_query("INSERT INTO table (input) VALUES ($input);"); ?> |
Dat levert gewoon een echt NULL-waarde in de database op. Dat is ook logisch, want MySQL krijgt dit binnen:
| 1 |
Maar je hebt nooit VALUES($input) staan, omdat je dan in de problemen komt als $input een echte string is. Vandaar mijn else
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dit is een versimpelde versie uiteraard, ik ga er vanuit dat je ook geen zin hebt in injection enzo en al iets met die string gedaan hebt, bijvoorbeeld ge-escaped wanneer je er wel een string in wilt hebbenquote:Op vrijdag 5 september 2008 17:47 schreef GlowMouse het volgende:
Maar je hebt nooit VALUES($input) staan, omdat je dan in de problemen komt als $input een echte string is. Vandaar mijn else
Het gaat mij er uiteraard vooral om dat je op deze manier in de sfeer van slakkies suggestie NULL in je db kunt krijgen. Maar zoals gezegd, ik zou er gewoon een lege string voor gebruiken.
Met PDO werkt het wel:quote:Op vrijdag 5 september 2008 17:25 schreef GlowMouse het volgende:
[..]
Dat wordt het niet, het blijft gewoon leeg terwijl je NULL moet hebben in je query.
Maar ik zou me de problemen met NULL in je db niet op de hals halen als je het niet nodig hebt. Sla gewoon een lege string op.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | $db = ""; $host = "localhost"; $dbname = "test"; $user = "root"; $passwd = ""; try { $db = new PDO(sprintf("mysql:host=%s;dbname=%s", $host, $dbname), $user, $passwd); } catch (PDOException $e) { printf("DB error: %s\n", $e->getMessage()); exit(1); } $sth = $db->prepare("INSERT INTO testing (val) VALUES ( ? )"); $sth->bindValue(1, null); $sth->execute(); ?> |
| 1 2 3 4 5 6 7 8 | -> ; +----+------+ | id | val | +----+------+ | 2 | NULL | +----+------+ 1 row in set (0.00 sec) |
