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

Index

» digital corner

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
pi_149751083


Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten wát er niet lukt en wélke foutmelding je precies krijgt :)

Zie ook:
• PHP Dataverwerking
• Officiële PHP website
• PHP Documentatie
• MySQL Reference Manual
• Yet Another PHP Faq
• PHP Cheat Sheet
• PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc

Tutorials:
• W3Schools PHP
• W3Schools SQL

Succes heren met het volgende deeltje!

1
2
3
4
5
6		explain SELECT SQL_NO_CACHE `video_id`
FROM `video_tag_link` 
WHERE `tag_id` = 2721 OR `tag_id` = 245
GROUP BY `video_id`
HAVING COUNT(`video_id`) = 2
LIMIT 0, 20
en daar heb ik ook last van een filesort... wil dat eigenlijk voorkomen ;) en dat zou moeten kunnen...

:{
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_149752705
Ik weet niet wat je allemaal precies gedaan hebt, maar als ik even snel de volgende tabel aanmaak:

1
2
3
4
5
6		CREATE TABLE `video_tag_link` (
  `video_id` int(11) NOT NULL,
  `tag_id` int(11) NOT NULL,
  PRIMARY KEY (`tag_id`,`video_id`),
  KEY `video_id_index` (`video_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

en er vervolgens wat data ingooi en de query uit de OP uitvoer, dan krijg ik gewoon 'using where, using index'.

Kleine toevoeging:
Ik heb het vermoeden dat de oorzaak ligt in het feit dat je MyISAM als storage engine gebruikt in plaats van INNODB. Het is voor mij te lange geleden om exact te weten waardoor het verschil wordt veroorzaakt, maar volgens mij heeft het iets te maken met de manier waarop primary keys zijn geïmplementeerd. Hier een kleine uitleg.

[ Bericht 24% gewijzigd door Monolith op 17-02-2015 13:13:46 ]
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149757764
Ik heb
1
2
3
4
5
6		CREATE TABLE `video_tag_link` (
  `video_id` int(10) unsigned NOT NULL,
  `tag_id` int(10) unsigned NOT NULL,
  PRIMARY KEY (`tag_id`,`video_id`),
  KEY `video_id` (`video_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;[
27,400,090 rows, MyISAM, latin1_swedish_ci, 952,3 MiB

En krijg dan met dezelfde query als hierboven Using where; Using index; Using temporary; Using filesort

-edit-
Inderdaad MyIsam, heb gepoogd InnoDB te gebruiken maar heb daar vele problemen mee om de data in te voeren op juiste manier zonder fouten...

-edit2-
En het tabel omzetten naar InnoDB wil MySQL niet ;) Krijg een -1 van de storage engine...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_149758873
quote:
0s.gif Op dinsdag 17 februari 2015 13:13 schreef Chandler het volgende:
Ik heb
[ code verwijderd ]

27,400,090 rows, MyISAM, latin1_swedish_ci, 952,3 MiB

En krijg dan met dezelfde query als hierboven Using where; Using index; Using temporary; Using filesort

-edit-
Inderdaad MyIsam, heb gepoogd InnoDB te gebruiken maar heb daar vele problemen mee om de data in te voeren op juiste manier zonder fouten...

-edit2-
En het tabel omzetten naar InnoDB wil MySQL niet ;) Krijg een -1 van de storage engine...
Mja, met 'krijg een -1 van de storage engine' kan ik niet zo veel.

Wat gebeurt er als je een nieuwe tabel maakt met INNODB als engine en de data daarin gooit?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149760827
quote:
0s.gif Op dinsdag 17 februari 2015 13:13 schreef Chandler het volgende:
Ik heb
En het tabel omzetten naar InnoDB wil MySQL niet ;) Krijg een -1 van de storage engine...
quote:
If you see the following message, then you must enable innodb_file_per_table and create the table again: ERROR 1030 (HY000): Got error -1 from storage engine
http://www.percona.com/do(...)mporting_tables.html
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_149761096
Volgens mij heb ik nog nooit anders dan InnoDB gebruikt? Ik dacht dat MyIsam een beetje ouderwets was?
zcflevo.nl
pi_149761471
quote:
14s.gif Op dinsdag 17 februari 2015 14:58 schreef KomtTijd... het volgende:
Volgens mij heb ik nog nooit anders dan InnoDB gebruikt? Ik dacht dat MyIsam een beetje ouderwets was?
Voor archieven wordt het nog wel gebruikt. Kost stuk minder ruimte qua opslag.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_149766422
Ik heb even een tmp tabel met innodb aangemaakt, maar wanneer ik de eerste insert doe... krijg ik gelijk het volgende voor m'n kiezen.

INSERT INTO `video_tag_link` VALUES ( 1, 1 ) ;

MySQL meldt: Documentatie
#1062 - Duplicate entry '1-1' for key 'PRIMARY'

Precies dezelfde DB maar dan InnoDB plus complete inserts (want SELECT * INTO tabel FROM tabel) werkte ook niet...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_149766770
lijkt me een vrij duidelijke foutmelding waar je wat mee kunt.
zcflevo.nl
pi_149766843
Helaas niet, want alle data in de myisam tabel is uniek en zou dus geen probleem moeten opleveren... heb al een uurtje zitten googlen maar kan geen 'oplossing' hiervoor vinden...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  dinsdag 17 februari 2015 @ 18:54:53 #11
187069 slacker_nl
Sicko pur sang
pi_149768697
quote:
0s.gif Op dinsdag 17 februari 2015 18:01 schreef Chandler het volgende:
Helaas niet, want alle data in de myisam tabel is uniek en zou dus geen probleem moeten opleveren... heb al een uurtje zitten googlen maar kan geen 'oplossing' hiervoor vinden...
Wat zegt select * from video_tag_link je? en hoe ziet die tabel eruit?
In theory there is no difference between theory and practice. In practice there is.
pi_149768989
Dit zijn inderdaad een beetje die 'het werkt niet, help me' post waar we erg weinig mee kunnen. Als je dit soort dingen post, geef dan de tabeldefinitie, data, query, enzovoort.
Probeer het ook eens op stackoverflow anders, daar zit ook nog wel de nodige kennis.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149771649
Bij deze een volledige uitleg.

Ik heb een link tabel voor het linken van tags aan video's, deze tabel is groot, erg groot en bevat maar 2 velden (video_id en tag_id). Uit dit tabel kan ik een of meerdere tags zoeken waarbij deze tags allemaal gevonden moeten worden bij ieder video_id.

Tabel:
1
2
3
4
5
6		CREATE TABLE IF NOT EXISTS `video_tag_link` (
  `video_id` int(10) unsigned NOT NULL,
  `tag_id` int(10) unsigned NOT NULL,
  PRIMARY KEY (`tag_id`,`video_id`),
  KEY `video_id` (`video_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
En wat data
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		INSERT INTO `video_tag_link` (`video_id`, `tag_id`) VALUES
(1, 1),
(2, 1),
(3, 1),
(4, 1),
(5, 1),
(6, 1),
(7, 1),
(8, 1),
(9, 1),
(10, 1),
(11, 1),
(13, 1),
(15, 1),
(17, 1),
(18, 1),
(19, 1),
(20, 1),
(21, 1),
(22, 1),
(23, 1),
(25, 1),
(26, 1),
(27, 1),
(29, 1),
(30, 1),
(31, 1),
(32, 1),
(33, 1),
(35, 1),
(36, 1);

Probleem is filesort op de volgende query:
1
2
3
4
5
6		SELECT SQL_NO_CACHE `video_id`
FROM `video_tag_link` 
WHERE `tag_id` = 2721 OR `tag_id` = 245
GROUP BY `video_id`
HAVING COUNT(`video_id`) = 2
LIMIT 0, 20

1
2
3
4
5
6
7
8
9
10		1
SIMPLE
video_tag_link
range
PRIMARY,video_id
PRIMARY
4
NULL
6480
Using where; Using index; Using temporary; Using filesor

Omzetten op wat voor manier naar InnoDB wil niet... en queries optimaliseren ook niet :)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_149771719
Dat omzetten naar InnoDB niet werkt ligt toch echt aan jou of je MySQL setup. Ik krijg dat zonder moeite voor elkaar.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149781839
Zeer vreemd Monolith, ik gebruik zelf de standaard versie van usbwebserver en zou dus gewoon moeten werken lijkt me... krijg ook verder geen andere foutmeldingen oid...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_149783300
Lag inderdaad aan mijn webserver, heb alles opnieuw geconfigureerd en hoopa!! het werkt!! nu eens al mijn tabellen omzetten naar InnoDB!!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_149786125
quote:
0s.gif Op maandag 16 februari 2015 23:14 schreef raptorix het volgende:

[..]

Volgens mij heeft een index geen zin op een integer, maar daar twijfel ik even over, of dat puur op numeriek is of een autoID (bestaat dat in MySql?)
Deze post uit het vorige topic verdient ook nog wel even een reactie aangezien het concept 'index' in deze reeks vaak niet echt begrepen lijkt en men enkel weet dat 'queries er sneller van worden', zonder het wat en waarom van een index te snappen. Deze site heeft wel prima verdere uitleg.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149788132
Stel, ik heb een Maria DB-database (voetbalgerelateerd) met daarin 3 tabellen:

- Divisie
- Seizoen
- DivisieSeizoen

Divisie en Seizoen:



DivisieSeizoen is de koppeltabel tussen Divisie en Seizoen, met wat extra gegevens.

Links voorbeeld van de koppeling, rechts hoe het wordt opgeslagen in de tabel.


Ik wil de gegevens via een HTML/PHP-formulier invoeren:

Divisie kiezen uit dropdownlist (waarden uit tabel Divisie).
Seizoen kiezen uit dropdownlist (waarden uit tabel Seizoen).
Datums handmatig invoeren.

Het resultaat hiervan wil ik opslaan in DivisieSeizoen. Ik wil dus een Divisienaam selecteren, maar de PK van de geselecteerde Divisie opslaan. Hetzelfde bij Seizoen.

Hoe krijg ik dit voor elkaar? Ik bedoel, ik heb op het internet gezocht, maar kan niets vinden waar ik zelf wat mee kan... Iemand van jullie een idee, wellicht een link naar een tutorial of wat dan ook?

Of denk ik verkeerd of hoort dit op een hele andere manier?!

[ Bericht 1% gewijzigd door #ANONIEM op 18-02-2015 11:26:19 ]
  woensdag 18 februari 2015 @ 11:30:32 #19
63192 ursel
"Het Is Hier Fantastisch!
pi_149788322
1
2
3
4		<select name="divisie" form="divisieform">
  <option value="1">Super lig</option>
  <option value="2">2. Lig</option>
</select>

Toon je de naam, maar de waarde die je formulier verstuurd is het ID.
pi_149788700
Nogal een brede vraag, basically vraag je "hoe maak ik een PHP webapplicatie met database?"

Watvoor framework gebruik je (if any)? En wat wil er precies niet lukken? Waar loop je op vast?
zcflevo.nl
pi_149800925
quote:
0s.gif Op woensdag 18 februari 2015 09:46 schreef Monolith het volgende:

[..]

Deze post uit het vorige topic verdient ook nog wel even een reactie aangezien het concept 'index' in deze reeks vaak niet echt begrepen lijkt en men enkel weet dat 'queries er sneller van worden', zonder het wat en waarom van een index te snappen. Deze site heeft wel prima verdere uitleg.
Thx, ik kende deze theorie wel, ik weet niet hoet met mysql zit, maar in sqlserver kun je bij een index ook een fragmentation rate aangeven. Gebruik je niet heel vaak, maar met name wanneer performance belangrijk is valt er wel mee te tunen.

Zelf heb ik in verleden veel aan Funda gewerkt, met name aan de eerste versies heb ik veel aan de search gewerkt dus wel bekend met tuning ;)

De eerste versie van Funda was ook een readonly database, dat scheelt je al snel 30 procent performance omdat zodra een database in readonly is, hij geen rekening hoeft te houden met locking of aangepaste indices.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149801283
Wij liepen trouwens ook een keer tegen een grappig index probleem aan, na een release was de performance dramatisch geworden, dit bleek achteraf omdat er een stukje SQL was aangepast waar een query werd gedaan via een UPPER cast zodat zoeken op plaats niet meer hoofdlettergevoelig was. Echter wanneer je een sqlserver database hebt die casesensitive is, je cast alles naar Hoofdletters in je query, dan zegt sql server: Mooi, dan is mijn index ook zinloos, laat ik die maar niet gebruiken :)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149801826
quote:
0s.gif Op woensdag 18 februari 2015 18:39 schreef raptorix het volgende:

[..]

Thx, ik kende deze theorie wel, ik weet niet hoet met mysql zit, maar in sqlserver kun je bij een index ook een fragmentation rate aangeven. Gebruik je niet heel vaak, maar met name wanneer performance belangrijk is valt er wel mee te tunen.

Zelf heb ik in verleden veel aan Funda gewerkt, met name aan de eerste versies heb ik veel aan de search gewerkt dus wel bekend met tuning ;)

De eerste versie van Funda was ook een readonly database, dat scheelt je al snel 30 procent performance omdat zodra een database in readonly is, hij geen rekening hoeft te houden met locking of aangepaste indices.
Voor read only kun je tegenwoordig dan weer beter noSQL databases gebruiken doorgaans qua performance.
Fragmentatie is de mate waarin je index verspreid is over je opslag. Hoe meer fragmentatie, des te trager het gebruik van de index.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149804047
quote:
1s.gif Op woensdag 18 februari 2015 19:09 schreef Monolith het volgende:

[..]

Voor read only kun je tegenwoordig dan weer beter noSQL databases gebruiken doorgaans qua performance.
Fragmentatie is de mate waarin je index verspreid is over je opslag. Hoe meer fragmentatie, des te trager het gebruik van de index.
Fragmentatie is volgens mij in deze betekenis de mogelijkheden om je index te updaten, zoals ik het altijd begrepen hebt werkt het net als in papieren index dat je meer ruimte hebt om wijzigingen te doen (wat uiteraard wel ten koste gaat van meer opslag, en dus performance).
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149804805
quote:
0s.gif Op woensdag 18 februari 2015 20:03 schreef raptorix het volgende:

[..]

Fragmentatie is volgens mij in deze betekenis de mogelijkheden om je index te updaten, zoals ik het altijd begrepen hebt werkt het net als in papieren index dat je meer ruimte hebt om wijzigingen te doen (wat uiteraard wel ten koste gaat van meer opslag, en dus performance).
Nee, dat is een ander concept, fragmentatie heeft te maken met logische versus fysieke ordening, waardoor het lezen van de schijf trager gaat.
Zie bv:
https://msdn.microsoft.com/en-us/library/ms189858.aspx
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149805455
quote:
1s.gif Op woensdag 18 februari 2015 20:19 schreef Monolith het volgende:

[..]

Nee, dat is een ander concept, fragmentatie heeft te maken met logische versus fysieke ordening, waardoor het lezen van de schijf trager gaat.
Zie bv:
https://msdn.microsoft.com/en-us/library/ms189858.aspx
Klopt, ik doelde dus nie op fragmentatie maar op fillfactor ;)
Ik doe tegenwoordig nog maar weinig met Relationele databases :+

https://msdn.microsoft.com/en-us/library/ms177459.aspx
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  woensdag 18 februari 2015 @ 21:14:21 #27
91039 mstx
2x1/2 = 1/2 x 1/2
pi_149807585
Ben sinds kort iets aan het maken met Symfony2/Doctrine. Dus ik heb in mijn database een TINYINT veld, zegt dat systeem dat het een boolean is. Welke idioot heeft dat bedacht? |:(
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.
👾
pi_149807761
Als het een Tinyint(1) is, dan klopt dat ook gewoon. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149807805
Je hebt een bestaande database ingeladen of zo?

Een boolean wordt idd altijd als tinyint(1) opgeslagen.
zcflevo.nl
  woensdag 18 februari 2015 @ 21:19:38 #30
91039 mstx
2x1/2 = 1/2 x 1/2
pi_149807834
quote:
0s.gif Op woensdag 18 februari 2015 21:18 schreef Monolith het volgende:
Als het een Tinyint(1) is, dan klopt dat ook gewoon. :P
Tinyint(1) = 0 t/m 9
Boolean = true/false

Hoe is dat het zelfde?
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.
👾
pi_149807930
quote:
10s.gif Op woensdag 18 februari 2015 21:19 schreef mstx het volgende:

[..]

Tinyint(1) = 0 t/m 9
Boolean = true/false

Hoe is dat het zelfde?
Volgens mij moet je even opzoeken wat die 1 betekent.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149807980
quote:
1s.gif Op woensdag 18 februari 2015 21:21 schreef Monolith het volgende:

[..]

Volgens mij moet je even opzoeken wat die 1 betekent.
die 1 betekend 1 teken lezen toch? :P
..///
pi_149807998
quote:
10s.gif Op woensdag 18 februari 2015 21:19 schreef mstx het volgende:
Tinyint(1) = 0 t/m 9
Nee, tinyint(1) is een integer van 1 bit, dus een boolean.
dat heb ik fout. Maar een boolean wordt wel altijd als tinyint(1) opgeslagen. Dus zo gek is het niet dat Doctrine die aanname doet.

[ Bericht 14% gewijzigd door KomtTijd... op 18-02-2015 21:28:35 ]
zcflevo.nl
pi_149808184
quote:
0s.gif Op woensdag 18 februari 2015 21:22 schreef wipes66 het volgende:

[..]

die 1 betekend 1 teken lezen toch? :P
http://dev.mysql.com/doc/refman/5.0/en/numeric-type-overview.html

Kleine correctie inderdaad, het is de display width, maar tinyint(1) wordt in mysql gezien als synoniem van boolean.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149808325
quote:
14s.gif Op woensdag 18 februari 2015 21:22 schreef KomtTijd... het volgende:

[..]

Nee, tinyint(1) is een integer van 1 bit, dus een boolean.
mysql heeft geen echte boolean, dus 'boolean' is gewoon een allias voor tinyint(1) wat 8-bit is.
..///
  woensdag 18 februari 2015 @ 21:31:52 #36
91039 mstx
2x1/2 = 1/2 x 1/2
pi_149808498
quote:
14s.gif Op woensdag 18 februari 2015 21:22 schreef KomtTijd... het volgende:

[..]

Nee, tinyint(1) is een integer van 1 bit, dus een boolean.
dat heb ik fout. Maar een boolean wordt wel altijd als tinyint(1) opgeslagen. Dus zo gek is het niet dat Doctrine die aanname doet.
Als ik het verander naar tinyint(3) zegt hij nog steeds dat het een boolean is.
Ik wil gewoon het aantal versnellingen van een auto opslaan, een tinyint leek me daar het juiste type voor. :?
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.
👾
pi_149808699
quote:
0s.gif Op woensdag 18 februari 2015 21:31 schreef mstx het volgende:

[..]

Als ik het verander naar tinyint(3) zegt hij nog steeds dat het een boolean is.
Ik wil gewoon het aantal versnellingen van een auto opslaan, een tinyint leek me daar het juiste type voor. :?
Op zich wel, maar omdat doctrine types mapt tussen PHP en MySQL stelt het tinyint gelijk aan boolean kennelijk. Zie ook:
http://stackoverflow.com/(...)ype-in-entity-column
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149808730
quote:
0s.gif Op woensdag 18 februari 2015 21:31 schreef mstx het volgende:

[..]

Als ik het verander naar tinyint(3) zegt hij nog steeds dat het een boolean is.
Ik wil gewoon het aantal versnellingen van een auto opslaan, een tinyint leek me daar het juiste type voor. :?
Waarom maak je je uberhaupt druk om het database format? Laat dat lekker aan doctrine over. Die zal er waarschijnlijk een int van maken. Mocht je dat nog willen micro-optimaliseren naar een tinyint kun je dat doen na uitrol van je applicatie.
zcflevo.nl
  woensdag 18 februari 2015 @ 21:45:52 #39
91039 mstx
2x1/2 = 1/2 x 1/2
pi_149809072
quote:
14s.gif Op woensdag 18 februari 2015 21:37 schreef KomtTijd... het volgende:

[..]

Waarom maak je je uberhaupt druk om het database format? Laat dat lekker aan doctrine over. Die zal er waarschijnlijk een int van maken. Mocht je dat nog willen micro-optimaliseren naar een tinyint kun je dat doen na uitrol van je applicatie.
Omdat ik die database al had en ik altijd de juiste datatypes probeer te gebruiken. :P En dan is het gewoon een beetje vreemd dat een auto ineens "true" versnellingen heeft terwijl er "6" in de database staat. :6
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.
👾
  † In Memoriam † woensdag 18 februari 2015 @ 22:49:11 #40
159335 Boze_Appel
Vrij Fruit
pi_149811836
quote:
1s.gif Op woensdag 18 februari 2015 21:36 schreef Monolith het volgende:

[..]

Op zich wel, maar omdat doctrine types mapt tussen PHP en MySQL stelt het tinyint gelijk aan boolean kennelijk. Zie ook:
http://stackoverflow.com/(...)ype-in-entity-column
Dat krijg je met dat soort systemen. PostgreSQL heeft geen tinyint en sqllite weer wel dus mappen ze inderdaad een tinyint naar een boolean.

mstx: Ik zou dan gewoon smallint gebruiken, dan heb je tenminste 32767 versnellingen voor- en achteruit of 65535 vooruit. :D
Carpe Libertatem
pi_149812152
quote:
10s.gif Op woensdag 18 februari 2015 21:19 schreef mstx het volgende:

[..]

Tinyint(1) = 0 t/m 9
Boolean = true/false

Hoe is dat het zelfde?
ENUM ('TRUE','FALSE') :P
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_149814618
quote:
0s.gif Op woensdag 18 februari 2015 21:45 schreef mstx het volgende:

[..]

Omdat ik die database al had en ik altijd de juiste datatypes probeer te gebruiken. :P En dan is het gewoon een beetje vreemd dat een auto ineens "true" versnellingen heeft terwijl er "6" in de database staat. :6
Je kunt je entities toch wel handmatig aanpassen naar het goeie format lijkt me?
zcflevo.nl
pi_149818337
Alles kan, zo had ik een collega die het een goed idee vond om een nullable bool te gebruiken, en op die manier tristate te kunnen opslaan, nog nooit zoveel gezeik gehad met exports :r :9~
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149819074
quote:
0s.gif Op donderdag 19 februari 2015 08:51 schreef raptorix het volgende:
Alles kan, zo had ik een collega die het een goed idee vond om een nullable bool te gebruiken, en op die manier tristate te kunnen opslaan, nog nooit zoveel gezeik gehad met exports :r :9~
Daar is een boolean inderdaad niet voor bedoeld en het levert in SQL en veel andere talen doorgaans wel vrij onverwachte informatie op als je er logische operaties mee gaat uitvoeren.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149819247
quote:
0s.gif Op donderdag 19 februari 2015 09:36 schreef Monolith het volgende:

[..]

Daar is een boolean inderdaad niet voor bedoeld en het levert in SQL en veel andere talen doorgaans wel vrij onverwachte informatie op als je er logische operaties mee gaat uitvoeren.
Ja klopt, er moest een sync proces via een automatisch tool naar Oracle worden gezet, in die tooling kon geen cast worden gedaan waardoor enige mogelijkheid was om al die velden te gaan omzetten, dit leverde ook weer allemaal gezeik op omdat een boolean in die tijd formeel geen null kon zijn in SQL Server, heeft echt weken gekost om dat goed gefixed te krijgen.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  woensdag 25 februari 2015 @ 20:35:20 #46
37634 wobbel
Da WoBBeL King
pi_150042597
Help, ik zit in de knoei met een SQL query in PHP....

Ik heb een tabel met daarin hardware die besteld moet worden, zie onderstaande tabel:

tabel "bestellen"
volgende velden:

product
userdienodigheeft
userdiebesteldheeft

De user velden zijn ID's die ik vanuit een andere tabel "users" kan joinen

tabel "users"
iduser
naam

Als ik een JOIN die op de volgende manier kan dat prima als ik maar 1 user wil ophalen, maar hoe doe ik dat als ik de gegevens van 2 users wil ophalen? De bestelling kan nodig zijn voor user 1000 en besteld zijn door user 1028 namelijk :)

Huidige query waarmee ik maar 1 user ophaal

1
2
3
4
5		<?php
SELECT * FROM bestellen
INNER JOIN users 
ON ( bestellen.userdienodigheeft = users.IdUser ) 
?>

Mijn idee, welke uiteraard niet werkt was het volgt, maar hoe moet het wel??

1
2
3
4
5
6
7		<?php
SELECT * FROM bestellen
INNER JOIN users 
ON ( bestellen.userdienodigheeft = users.IdUser ) 
INNER JOIN users 
ON ( bestellen.userdiebesteldheeft = users.IdUser )
?>

In beide gevallen krijg ik maar 1 veld terug, dat is 'naam' maar ik wil eigenlijk naamNodig en naamBesteld ofzo krijgen :)
Hosted VoIP SIP trunks Vast mobiel VoIP
pi_150042833
quote:
0s.gif Op woensdag 25 februari 2015 20:35 schreef wobbel het volgende:
Help, ik zit in de knoei met een SQL query in PHP....

Ik heb een tabel met daarin hardware die besteld moet worden, zie onderstaande tabel:

tabel "bestellen"
volgende velden:

product
userdienodigheeft
userdiebesteldheeft

De user velden zijn ID's die ik vanuit een andere tabel "users" kan joinen

tabel "users"
iduser
naam

Als ik een JOIN die op de volgende manier kan dat prima als ik maar 1 user wil ophalen, maar hoe doe ik dat als ik de gegevens van 2 users wil ophalen? De bestelling kan nodig zijn voor user 1000 en besteld zijn door user 1028 namelijk :)

Huidige query waarmee ik maar 1 user ophaal
[ code verwijderd ]

Mijn idee, welke uiteraard niet werkt was het volgt, maar hoe moet het wel??
[ code verwijderd ]

In beide gevallen krijg ik maar 1 veld terug, dat is 'naam' maar ik wil eigenlijk naamNodig en naamBesteld ofzo krijgen :)
Je doet twee Inner Joins op dezelfde tabel, volgens mij kun je er dan beter twee aparte queries van maken.

Maar je kunt het keyword 'as' gebruiken om bijnamen te geven aan kolomnamen.

[ Bericht 0% gewijzigd door #ANONIEM op 25-02-2015 20:44:54 ]
  woensdag 25 februari 2015 @ 21:02:41 #48
37634 wobbel
Da WoBBeL King
pi_150043787
quote:
0s.gif Op woensdag 25 februari 2015 20:40 schreef robin007bond het volgende:

[..]

Je doet twee Inner Joins op dezelfde tabel, volgens mij kun je er dan beter twee aparte queries van maken.

Maar je kunt het keyword 'as' gebruiken om bijnamen te geven aan kolomnamen.
Dat met die keywords/bijnamen begrijp ik, maar niet hoe ik aan de 2 namen van de users kom. Ik doe inderdaad twee joins op 1 tabel maar dat werkt uiteraard niet...

Ik zou een 2e query kunnen doen, maar dan zou ik dat voor élk resultaat moeten doen. Bij een pagina met 20 resultaten heb ik dan 21 queries (1 querie voor de resultaten inclusief join voor de 1e naam, en 20 voor de andere namen)
Hosted VoIP SIP trunks Vast mobiel VoIP
pi_150043875
quote:
0s.gif Op woensdag 25 februari 2015 21:02 schreef wobbel het volgende:

[..]

Dat met die keywords/bijnamen begrijp ik, maar niet hoe ik aan de 2 namen van de users kom. Ik doe inderdaad twee joins op 1 tabel maar dat werkt uiteraard niet...

Ik zou een 2e query kunnen doen, maar dan zou ik dat voor élk resultaat moeten doen. Bij een pagina met 20 resultaten heb ik dan 21 queries (1 querie voor de resultaten inclusief join voor de 1e naam, en 20 voor de andere namen)
Sorry, maar dan heb je je database waarschijnlijk niet optimaal ingericht. :@
pi_150045567
quote:
0s.gif Op woensdag 25 februari 2015 21:02 schreef wobbel het volgende:

[..]

Dat met die keywords/bijnamen begrijp ik, maar niet hoe ik aan de 2 namen van de users kom. Ik doe inderdaad twee joins op 1 tabel maar dat werkt uiteraard niet...

Ik zou een 2e query kunnen doen, maar dan zou ik dat voor élk resultaat moeten doen. Bij een pagina met 20 resultaten heb ik dan 21 queries (1 querie voor de resultaten inclusief join voor de 1e naam, en 20 voor de andere namen)
Je hebt mogelijk kolommen met eenzelfde naam zodat in het resultaat er één (unieke naam) overblijft.
Je kunt het oplossen door alternatieve namen in de SELECT te gebruiken. Bijvoorbeeld:
1
2
3
4
5
6
7
8		    SELECT b.*,
           u1.idUser AS idUser1, u1.naam AS naam1
           u2.idUser AS idUser2, u2.naam AS naam2
      FROM bestellen AS b
INNER JOIN users AS u1
        ON b.userdienodigheeft = u1.IdUser
INNER JOIN users AS u2
        ON b.userdiebesteldheeft = u2.idUser
(Ik weet niet welke kolommen er verder voorkomen).
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
[PHP/(My)SQL] voor dummies #120
Index

» digital corner

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