Using the union methods in database queries/nl - Revision history

Slibbe at 11:41, 12 October 2016

2016-10-12T11:41:37Z

← Older revision		Revision as of 11:41, 12 October 2016
Line 8:		Line 8:
	\| title = Deze pagina heeft alleen betrekking op Joomla! 3.3 en later.		\| title = Deze pagina heeft alleen betrekking op Joomla! 3.3 en later.
	\| image = content		\| image = content
	\| text = '''~~Although the union methods are present~~ in Joomla! 2.5 ~~and~~ 3.x, ~~they~~ ''~~do not work~~'' in ~~any release prior to~~ 3.3.~~'''~~}}		\| text = '''Hoewel de UNION methodes aanwezig zijn in Joomla! 2.5 en 3.x, ''werken ze niet'' in releases voor 3.3.}}

	Het gebruik van '''UNION''' in a database-query is een handige manier om het resultaat van twee of meer database '''SELECT''' query's, die niet noodzakelijk via een database relatie gekoppeld zijn, te combineren. Het kan ook een nuttige performance optimalisatie zijn. Het gebruik van een '''UNION''' om het resultaat van twee verschillende query's te combineren kan soms aanzienlijk sneller zijn dan één enkele query met een '''WHERE''' clausule zeker als de query JOINS naar andere grote tabellen heeft.		Het gebruik van '''UNION''' in a database-query is een handige manier om het resultaat van twee of meer database '''SELECT''' query's, die niet noodzakelijk via een database relatie gekoppeld zijn, te combineren. Het kan ook een nuttige performance optimalisatie zijn. Het gebruik van een '''UNION''' om het resultaat van twee verschillende query's te combineren kan soms aanzienlijk sneller zijn dan één enkele query met een '''WHERE''' clausule zeker als de query JOINS naar andere grote tabellen heeft.

Slibbe: Created page with "Als u fouten ondervindt bij dit voorbeeld, controleer dan het probleem aan de hand van deze gerelateerde patch: [https://issues.joomla.org/tracker/joomla-cms/4127 4127]"

2016-10-12T11:37:52Z

Created page with "Als u fouten ondervindt bij dit voorbeeld, controleer dan het probleem aan de hand van deze gerelateerde patch: [https://issues.joomla.org/tracker/joomla-cms/4127 4127]"

← Older revision		Revision as of 11:37, 12 October 2016
Line 211:		Line 211:
	Het is in dit geval nodig een dummy query te gebruiken omdat anders de <tt>order</tt> en <tt>setLimit</tt> methodes uitgevoerd zouden worden op de eind resultaat-set in plaats van de individuele.		Het is in dit geval nodig een dummy query te gebruiken omdat anders de <tt>order</tt> en <tt>setLimit</tt> methodes uitgevoerd zouden worden op de eind resultaat-set in plaats van de individuele.

	~~If you're experiencing errors reproducing this example~~, ~~check the issue and related~~ patch: [https://issues.joomla.org/tracker/joomla-cms/4127 4127]		Als u fouten ondervindt bij dit voorbeeld, controleer dan het probleem aan de hand van deze gerelateerde patch: [https://issues.joomla.org/tracker/joomla-cms/4127 4127]

	[[Category:Database/nl]]		[[Category:Database/nl]]

FuzzyBot: Updating to match new version of source page

2016-09-25T17:50:09Z

Updating to match new version of source page

← Older revision		Revision as of 17:50, 25 September 2016
Line 8:		Line 8:
	\| title = Deze pagina heeft alleen betrekking op Joomla! 3.3 en later.		\| title = Deze pagina heeft alleen betrekking op Joomla! 3.3 en later.
	\| image = content		\| image = content
	\| text = '''~~Hoewel de UNION methodes aanwezig zijn~~ in Joomla! 2.5 en 3.x, ''~~werken ze niet~~'' in ~~releases voor~~ 3.3.}}		\| text = '''Although the union methods are present in Joomla! 2.5 and 3.x, they ''do not work'' in any release prior to 3.3.'''}}

	Het gebruik van '''UNION''' in a database-query is een handige manier om het resultaat van twee of meer database '''SELECT''' query's, die niet noodzakelijk via een database relatie gekoppeld zijn, te combineren. Het kan ook een nuttige performance optimalisatie zijn. Het gebruik van een '''UNION''' om het resultaat van twee verschillende query's te combineren kan soms aanzienlijk sneller zijn dan één enkele query met een '''WHERE''' clausule zeker als de query JOINS naar andere grote tabellen heeft.		Het gebruik van '''UNION''' in a database-query is een handige manier om het resultaat van twee of meer database '''SELECT''' query's, die niet noodzakelijk via een database relatie gekoppeld zijn, te combineren. Het kan ook een nuttige performance optimalisatie zijn. Het gebruik van een '''UNION''' om het resultaat van twee verschillende query's te combineren kan soms aanzienlijk sneller zijn dan één enkele query met een '''WHERE''' clausule zeker als de query JOINS naar andere grote tabellen heeft.
Line 210:		Line 210:

	Het is in dit geval nodig een dummy query te gebruiken omdat anders de <tt>order</tt> en <tt>setLimit</tt> methodes uitgevoerd zouden worden op de eind resultaat-set in plaats van de individuele.		Het is in dit geval nodig een dummy query te gebruiken omdat anders de <tt>order</tt> en <tt>setLimit</tt> methodes uitgevoerd zouden worden op de eind resultaat-set in plaats van de individuele.

			If you're experiencing errors reproducing this example, check the issue and related patch: [https://issues.joomla.org/tracker/joomla-cms/4127 4127]

	[[Category:Database/nl]]		[[Category:Database/nl]]

MartijnM: Created page with "Het is in dit geval nodig een dummy query te gebruiken omdat anders de `order` en `setLimit` methodes uitgevoerd zouden worden op de eind resultaat-set in plaats..."

2015-07-10T11:30:26Z

Created page with "Het is in dit geval nodig een dummy query te gebruiken omdat anders de <tt>order</tt> en <tt>setLimit</tt> methodes uitgevoerd zouden worden op de eind resultaat-set in plaats..."

← Older revision		Revision as of 11:30, 10 July 2015
Line 209:		Line 209:
	</source>		</source>

	~~It's necessary to use a~~ dummy query ~~in this case because otherwise the~~ <tt>order</tt> ~~and~~ <tt>setLimit</tt> ~~methods would be applied to the final result~~ set ~~rather that the individual one~~.		Het is in dit geval nodig een dummy query te gebruiken omdat anders de <tt>order</tt> en <tt>setLimit</tt> methodes uitgevoerd zouden worden op de eind resultaat-set in plaats van de individuele.

	[[Category:Database/nl]]		[[Category:Database/nl]]

MartijnM: Created page with "Echter, er zijn omstandigheden dat het belangrijk is om een '''ORDER BY''' clausule op de individuele query's te hebben die niet door de query optimiser worden gedropt. Stel u..."

2015-07-10T11:28:05Z

Created page with "Echter, er zijn omstandigheden dat het belangrijk is om een '''ORDER BY''' clausule op de individuele query's te hebben die niet door de query optimiser worden gedropt. Stel u..."

← Older revision		Revision as of 11:28, 10 July 2015
Line 183:		Line 183:
	==Geavanceerde sortering==		==Geavanceerde sortering==

	~~However~~, ~~there may be occasions when it~~ is ~~important to have an~~ '''ORDER BY''' ~~clause on the individual queries that won~~'~~t be dropped by the~~ query optimiser. ~~Suppose you want to send a special offer to your top~~ 10 ~~customers and your~~ top 5 ~~suppliers~~. ~~You will therefore want to apply a~~ '''LIMIT''' ~~clause~~ in ~~combination with the~~ '''ORDER BY''' ~~clause and~~ in ~~that case the~~ query optimiser ~~will not ignore the ordering~~. ~~This is how you could do it~~:		Echter, er zijn omstandigheden dat het belangrijk is om een '''ORDER BY''' clausule op de individuele query's te hebben die niet door de query optimiser worden gedropt. Stel u wilt een speciaal aanbod zenden aan uw 10 top-klanten en uw 5 top-leveranciers. U wilt daarom een '''LIMIT''' clausule toepassen in combinatie met de '''ORDER BY''' clausule en in dat geval zal de query optimiser de sortering niet negeren. Zo zou u dit kunnen doen:

	<source lang="php">		<source lang="php">

MartijnM: Created page with "De manier om dit te omzeilen is een extra kolom toevoegen aan de resultaat-set en daar zodanig op sorteren dat het resultaat de gewenste sortering heeft. Hier is een manier om..."

2015-07-10T10:48:11Z

Created page with "De manier om dit te omzeilen is een extra kolom toevoegen aan de resultaat-set en daar zodanig op sorteren dat het resultaat de gewenste sortering heeft. Hier is een manier om..."

← Older revision		Revision as of 10:48, 10 July 2015
Line 165:		Line 165:
	Dit is omdat een '''ORDER BY''' clausule in de individuele '''SELECT''' statements niet zegt over de volgorde waarin de rijen in het uiteindelijke resultaat komen. Een '''UNION''' produceert een ongesorteerde set met rijen. Bovenstaande query is syntactisch correct, maar de MySQL-optimalisatie zal eenvoudigweg de '''ORDER BY''' clausule negeren op het leveranciers '''SELECT''' statement en de '''ORDER BY''' clausule op het klanten '''SELECT''' statement zal worden toegepast op de uiteindelijke resultaat-set en niet op de individuele resultaat-set.		Dit is omdat een '''ORDER BY''' clausule in de individuele '''SELECT''' statements niet zegt over de volgorde waarin de rijen in het uiteindelijke resultaat komen. Een '''UNION''' produceert een ongesorteerde set met rijen. Bovenstaande query is syntactisch correct, maar de MySQL-optimalisatie zal eenvoudigweg de '''ORDER BY''' clausule negeren op het leveranciers '''SELECT''' statement en de '''ORDER BY''' clausule op het klanten '''SELECT''' statement zal worden toegepast op de uiteindelijke resultaat-set en niet op de individuele resultaat-set.

	~~The way around this~~ is ~~to add an additional column to the result~~ set ~~and sort on that in such a way that the results will have the desired ordering~~. ~~Here's one way to do that~~:		De manier om dit te omzeilen is een extra kolom toevoegen aan de resultaat-set en daar zodanig op sorteren dat het resultaat de gewenste sortering heeft. Hier is een manier om dat te doen:

	<source lang="php">		<source lang="php">

MartijnM: Created page with "Dit is omdat een '''ORDER BY''' clausule in de individuele '''SELECT''' statements niet zegt over de volgorde waarin de rijen in het uiteindelijke resultaat komen. Een '''UNIO..."

2015-07-10T10:45:00Z

Created page with "Dit is omdat een '''ORDER BY''' clausule in de individuele '''SELECT''' statements niet zegt over de volgorde waarin de rijen in het uiteindelijke resultaat komen. Een '''UNIO..."

← Older revision		Revision as of 10:45, 10 July 2015
Line 163:		Line 163:
	</source>		</source>

	~~This~~ is ~~because an~~ '''ORDER BY''' ~~clause~~ in ~~the individual~~ '''SELECT''' statements ~~implies nothing about the order~~ in ~~which the rows appear in the final result~~. A '''UNION''' ~~produces an unordered~~ set ~~of rows~~. ~~The~~ query ~~above will be syntactically~~ correct, ~~but the~~ MySQL ~~optimiser will simply ignore the~~ '''ORDER BY''' ~~clause on the suppliers~~ '''SELECT''' statement ~~and the~~ '''ORDER BY''' ~~clause on the customers~~ '''SELECT''' statement ~~will be applied to final result~~ set ~~rather than the individual result~~ set.		Dit is omdat een '''ORDER BY''' clausule in de individuele '''SELECT''' statements niet zegt over de volgorde waarin de rijen in het uiteindelijke resultaat komen. Een '''UNION''' produceert een ongesorteerde set met rijen. Bovenstaande query is syntactisch correct, maar de MySQL-optimalisatie zal eenvoudigweg de '''ORDER BY''' clausule negeren op het leveranciers '''SELECT''' statement en de '''ORDER BY''' clausule op het klanten '''SELECT''' statement zal worden toegepast op de uiteindelijke resultaat-set en niet op de individuele resultaat-set.

	The way around this is to add an additional column to the result set and sort on that in such a way that the results will have the desired ordering. Here's one way to do that:		The way around this is to add an additional column to the result set and sort on that in such a way that the results will have the desired ordering. Here's one way to do that:

MartijnM: Created page with "Maar stel dat u om een reden de namen en e-mailadressen wilt uitvoeren in alfabetische volgorde van klant en daarna alle leveranciers. Deze query zal '''niet''' het verwachte..."

2015-07-10T10:36:59Z

Created page with "Maar stel dat u om een reden de namen en e-mailadressen wilt uitvoeren in alfabetische volgorde van klant en daarna alle leveranciers. Deze query zal '''niet''' het verwachte..."

← Older revision		Revision as of 10:36, 10 July 2015
Line 146:		Line 146:
	</source>		</source>

	~~But suppose, for some reason, you wanted to output the names and email addresses~~ in ~~alphabetical order with all customers first, then all suppliers~~. ~~This~~ query ~~will~~ '''~~not~~''' ~~give the expected result~~:		Maar stel dat u om een reden de namen en e-mailadressen wilt uitvoeren in alfabetische volgorde van klant en daarna alle leveranciers. Deze query zal '''niet''' het verwachte resultaat geven:

	<source lang="php">		<source lang="php">

MartijnM: Created page with "Stel dat u de namen en e-mailadressen in alfabetische volgorde wilt uitvoeren in bovenstaande mailing voorbeeld. Dan doet u gewoon dit:"

2015-07-10T10:33:58Z

Created page with "Stel dat u de namen en e-mailadressen in alfabetische volgorde wilt uitvoeren in bovenstaande mailing voorbeeld. Dan doet u gewoon dit:"

← Older revision		Revision as of 10:33, 10 July 2015
Line 130:		Line 130:
	Indien u het resultaat gesorteerd wilt hebben moet u weten hoe de database omgaat met de '''ORDER BY''' clausules. De volgende opmerkingen gelden voor MySQL maar gelden waarschijnlijk ook voor andere databases.		Indien u het resultaat gesorteerd wilt hebben moet u weten hoe de database omgaat met de '''ORDER BY''' clausules. De volgende opmerkingen gelden voor MySQL maar gelden waarschijnlijk ook voor andere databases.

	~~Suppose you want to output the names and email addresses~~ in ~~alphabetical order~~ in ~~the mailshot example above~~. ~~Then you would simply do this~~:		Stel dat u de namen en e-mailadressen in alfabetische volgorde wilt uitvoeren in bovenstaande mailing voorbeeld. Dan doet u gewoon dit:

	<source lang="php">		<source lang="php">

MartijnM: Created page with "Indien u het resultaat gesorteerd wilt hebben moet u weten hoe de database omgaat met de '''ORDER BY''' clausules. De volgende opmerkingen gelden voor MySQL maar gelden waarsc..."

2015-07-10T10:30:44Z

Created page with "Indien u het resultaat gesorteerd wilt hebben moet u weten hoe de database omgaat met de '''ORDER BY''' clausules. De volgende opmerkingen gelden voor MySQL maar gelden waarsc..."

← Older revision		Revision as of 10:30, 10 July 2015
Line 128:		Line 128:
	==Resultaten sorteren==		==Resultaten sorteren==

	~~If you want your results to be ordered then you need to be aware of how the~~ database ~~deals with~~ '''ORDER BY''' ~~clauses~~. ~~The following comments apply to~~ MySQL ~~but probably apply to other~~ databases ~~too~~.		Indien u het resultaat gesorteerd wilt hebben moet u weten hoe de database omgaat met de '''ORDER BY''' clausules. De volgende opmerkingen gelden voor MySQL maar gelden waarschijnlijk ook voor andere databases.

	Suppose you want to output the names and email addresses in alphabetical order in the mailshot example above. Then you would simply do this:		Suppose you want to output the names and email addresses in alphabetical order in the mailshot example above. Then you would simply do this: