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.
Je hebt idd geen quotes om je value wat ik al zei... Er staan wel quotes,maar die sluiten je string af.
Die eerste van the_disheaver is trouwens fout, je kunt \n\r niet printen als een newline met single quotes, daar heb je double quotes voor nodig. Probeer het maar eens.
Dus die 2e van the_disheaver, of :
Die eerste van the_disheaver is trouwens fout, je kunt \n\r niet printen als een newline met single quotes, daar heb je double quotes voor nodig. Probeer het maar eens.
Dus die 2e van the_disheaver, of :
| 1 |
dat werkt ja dankje!!quote:Op woensdag 1 maart 2006 14:52 schreef the_disheaver het volgende:
of:
[ code verwijderd ]
of
[ code verwijderd ]
of:
[ code verwijderd ]
uitleg: je hebt geen aanhalingstekens voor en na de value-waarde. Alleen een aanhalingsteken welke het einde van de echo weergeeft.
Dus of enkele aanhalingstekens waardoor je de dubbele niet te hoeft escapen, of dubbele aanhalingstekens, en de dubbele aanhalingstekens voor het HTML escapen. Of alleen voor de echoén van de value php gebruik, de rest in normale html (zonder te echo'en)
dankje!! 
Et laatste wat ik vraag... is het moeilijk een richt text edit box in mijn code te stoppen tussen de al bestaande text boxes?
No offence Knucklezz, maar leer eerst eens de basis van html en php voor je vragen gaat stellen over elke regel code die je schrijft. Wat je hierboven noemt heeft ook echt 0,0 met php te maken.
GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!
Korte vraag, kheb de FAQs ed al doorgelezen en het idee is me duidelijk, maar ik krijg het niet aan de praat.
Het gaat om het áan de praat krijgen van MySQL functions in PHP 5 (Dit).
Nu heb ik gevolgd wat er allemaal staat, maar mysql_connect weigert te werken.
Voor de goede orde, mijn map waar php is geinstalleerd is:
php.ini staat in de WINDOWS map op de C:/schijf en daar zijn de volgende dingen gewijzigd:
De libmysql.dll is toegevoegd én aan de Windows/system map en ik heb via de Omgevingsvariabelen C:/php als PATH aangegeven.
Kan iemand mij simpel en stap voor stap uitleggen wat er moet gebeuren binnen PHP 5 om MySQL functions aan de praat te krijgen?
Bedankt, en excuses dat ik er niet uitkom
Het gaat om het áan de praat krijgen van MySQL functions in PHP 5 (Dit).
Nu heb ik gevolgd wat er allemaal staat, maar mysql_connect weigert te werken.
Voor de goede orde, mijn map waar php is geinstalleerd is:
| 1 |
php.ini staat in de WINDOWS map op de C:/schijf en daar zijn de volgende dingen gewijzigd:
| 1 2 | extension=php_mysql.dll <- enabled |
De libmysql.dll is toegevoegd én aan de Windows/system map en ik heb via de Omgevingsvariabelen C:/php als PATH aangegeven.
Kan iemand mij simpel en stap voor stap uitleggen wat er moet gebeuren binnen PHP 5 om MySQL functions aan de praat te krijgen?
Bedankt, en excuses dat ik er niet uitkom
preg_expr vraagje
wat kan ik gebruiken voor elk teken, inclusief nieuwe regels?
.* accepteert elk teken, behalve newlines.
Ik heb nu dit, werkt wel, maar kan het korter? [\d\s\w\W\n]*
En mijn preg_expr werkt niet.
Ik wil van een html pagina alleen hetgene binnen de
Ik heb de regexp
Hij pakt meer dan hij zou moeten.
Ergens in het midden van de output ($table) staat:
Alleen de </div> zou er nog in moeten, alles eronder niet...
Waar zit mijn fout?
edit: opgelost door als einde niet naar </div> te zoeken, maar een tag boven de </div> tag. Doet het goed, maar geen echte oplossing.
[ Bericht 8% gewijzigd door the_disheaver op 01-03-2006 18:46:37 ]
wat kan ik gebruiken voor elk teken, inclusief nieuwe regels?
.* accepteert elk teken, behalve newlines.
Ik heb nu dit, werkt wel, maar kan het korter? [\d\s\w\W\n]*
En mijn preg_expr werkt niet.
Ik wil van een html pagina alleen hetgene binnen de
| 1 2 3 | {elks teken incl newline} </div> |
Ik heb de regexp
| 1 |
Hij pakt meer dan hij zou moeten.
Ergens in het midden van de output ($table) staat:
| 1 2 3 | <div id="MCaddtion"> |
Alleen de </div> zou er nog in moeten, alles eronder niet...
Waar zit mijn fout?
edit: opgelost door als einde niet naar </div> te zoeken, maar een tag boven de </div> tag. Doet het goed, maar geen echte oplossing.
[ Bericht 8% gewijzigd door the_disheaver op 01-03-2006 18:46:37 ]
Regular expressions hebben ook modifiers:
Dus /ene regel.*volgende regel/s werkt over meerdere regels.quote:s (PCRE_DOTALL)
If this modifier is set, a dot metacharacter in the pattern matches all characters, including newlines. Without it, newlines are excluded. This modifier is equivalent to Perl's /s modifier. A negative class such as [^a] always matches a newline character, independent of the setting of this modifier.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
quote:Op dinsdag 28 februari 2006 14:52 schreef user931989 het volgende:
Ik heb een HTML-documentje, dat uit een rss-feed geparsed wordt.
In die rss-feed staat echter voor elke ' en " een backslash.
Nu include ik dat html-document in een php, maar het lukt mij niet om die backslashes weg te krijgen.
Normaal zou ik dit met str_replace doen, maar door die include lukt dat niet.
Hoe kan dit wel?
quote:Op dinsdag 28 februari 2006 15:09 schreef ikke_ook het volgende:
door die html-file in te lezen met fopen en hem dan als string te behandelen?
Kan niemand mij helpen?quote:Op dinsdag 28 februari 2006 15:17 schreef user931989 het volgende:
Als ik hem met fopen inlees krijg ik dit te zien:
Resource id #2
misschien komt dat doordat het in hetzelfde php-document ook verwerkt wordt
file_get_contentsquote:Op woensdag 1 maart 2006 20:08 schreef user931989 het volgende:
Kan niemand mij helpen?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Wat is een beetje normale tijd waarin een script wordt uitgevoerd?
Of beter gezegd, als een script er langer dan hoeveel micro/milliseconden over doet, moet ik de boel nodig eens optimaliseren?
Of beter gezegd, als een script er langer dan hoeveel micro/milliseconden over doet, moet ik de boel nodig eens optimaliseren?
helemaal afhankelijk van wat je doet...quote:Op donderdag 2 maart 2006 02:26 schreef Tijn het volgende:
Wat is een beetje normale tijd waarin een script wordt uitgevoerd?
Of beter gezegd, als een script er langer dan hoeveel micro/milliseconden over doet, moet ik de boel nodig eens optimaliseren?
als je allerlei moeilijke bewerkingen doet en 20 query's opent zal het script er langer over doen wannneer je alleen 1 query uitvoert
ff domme vraag, maar waarom worden er in de bestandsnamen van includes de subextensie "inc" gebruikt. Dus dat je krijgt config.inc.php ipv. config.php .
Zitten daar meer voordelen aan dan alleen het kunnen herkennen van includes aan de bestandsnaam?
Zitten daar meer voordelen aan dan alleen het kunnen herkennen van includes aan de bestandsnaam?
Aangezien ik opzoek ben naar een design, wil ik een design request topic openen. Het is niet de bedoeling dat daar hele website designs aangevraagd worden, maar bv een logootje of een button.
Maar...zoals ik maar matig kan designen, zullen er best designers zijn welke matig kunnen PHP'en. Dus denk ik erover om ook een centraal script request topic te openen. Is daar draagvlak voor onder de PHP'ers?
Maar...zoals ik maar matig kan designen, zullen er best designers zijn welke matig kunnen PHP'en. Dus denk ik erover om ook een centraal script request topic te openen. Is daar draagvlak voor onder de PHP'ers?
Nee.quote:Op donderdag 2 maart 2006 14:46 schreef blieblie het volgende:
ff domme vraag, maar waarom worden er in de bestandsnamen van includes de subextensie "inc" gebruikt. Dus dat je krijgt config.inc.php ipv. config.php .
Zitten daar meer voordelen aan dan alleen het kunnen herkennen van includes aan de bestandsnaam?
Dat hangt af van de machine waarop je script draait, de snelheid van de databaseserver waarmee je een verbinding hebt, en zo nog een paar honderd variabelen. Als je script bij normaal gebruik (geen zware zoekactie oid) merkbaar traag is (~ >100 ms) dan wordt het misschien tijd om uit te zoeken hoe dat komt.quote:Op donderdag 2 maart 2006 02:26 schreef Tijn het volgende:
Wat is een beetje normale tijd waarin een script wordt uitgevoerd?
Of beter gezegd, als een script er langer dan hoeveel micro/milliseconden over doet, moet ik de boel nodig eens optimaliseren?
Ik snap dat het van vanalles afhangt, maar ik heb werkelijk geen idee wat "normaal" is. Ik heb een openingpagina gemaakt met 2 queries en wat for-lussen die zichzelf in 7 ms op het scherm zet. Ik vroeg me af of dat redelijk is. Maar ik begrijp dat je pas bij merkbare traagheid actie moet ondernemen en dat er geen algemene regel is in de trant van "als je pagina niet binnen 10 ms rendert is er wat mis" ofzo.
Ben nog totaal niet thuis in PHP maar het lijkt mij dat dat soort dingen gewoon van de PC van de gebruiker afhangt? Op jouw AMD 3000+ zal het ws wel sneller dan 7ms zijn maar als je nog op een 1000+ draait...quote:Op donderdag 2 maart 2006 17:29 schreef Tijn het volgende:
Ik snap dat het van vanalles afhangt, maar ik heb werkelijk geen idee wat "normaal" is. Ik heb een openingpagina gemaakt met 2 queries en wat for-lussen die zichzelf in 7 ms op het scherm zet. Ik vroeg me af of dat redelijk is. Maar ik begrijp dat je pas bij merkbare traagheid actie moet ondernemen en dat er geen algemene regel is in de trant van "als je pagina niet binnen 10 ms rendert is er wat mis" ofzo.
Edit: Spuit 11
Nee. PHP draait op de server.quote:Op donderdag 2 maart 2006 17:33 schreef DaFan het volgende:
[..]
Ben nog totaal niet thuis in PHP maar het lijkt mij dat dat soort dingen gewoon van de PC van de gebruiker afhangt? Op jouw AMD 3000+ zal het ws wel sneller dan 7ms duren maar als je nog op een 1000+ draait...
Sorry Tijn ik zal me er niet meer mee bemoeien
Mijn vraag nogmaals:
Mijn vraag nogmaals:
Foutmelding die ik dus krijg is:quote:Op woensdag 1 maart 2006 18:35 schreef DaFan het volgende:
Korte vraag, kheb de FAQs ed al doorgelezen en het idee is me duidelijk, maar ik krijg het niet aan de praat.
Het gaat om het áan de praat krijgen van MySQL functions in PHP 5 (Dit).
Nu heb ik gevolgd wat er allemaal staat, maar mysql_connect weigert te werken.
Voor de goede orde, mijn map waar php is geinstalleerd is:
1 C:/php
php.ini staat in de WINDOWS map op de C:/schijf en daar zijn de volgende dingen gewijzigd:
1
2extension_dir = "C:\php"
extension=php_mysql.dll <- enabled
De libmysql.dll is toegevoegd én aan de Windows/system map en ik heb via de Omgevingsvariabelen C:/php als PATH aangegeven.
Kan iemand mij simpel en stap voor stap uitleggen wat er moet gebeuren binnen PHP 5 om MySQL functions aan de praat te krijgen?
Bedankt, en excuses dat ik er niet uitkom
| 1 |
15x ongeveerquote:Op donderdag 2 maart 2006 17:56 schreef JeRa het volgende:
@DaFan
Don't slap me with a trout, maar heb je de Apache webserver opnieuw gestart?
Waarom download je geen compleet pakket zoals bijvoorbeeld appserv? Dan hoef je niets te configureren. Installeren en draaien maarquote:
Heu das wel verdomde handig. Als je die installed werken ze dan direct met elkaar ? Dus PHP in Apache en MySQL zonder dat je ini's hoeft te verschuiven enzo?quote:Op donderdag 2 maart 2006 18:39 schreef Swetsenegger het volgende:
[..]
Waarom download je geen compleet pakket zoals bijvoorbeeld appserv? Dan hoef je niets te configureren. Installeren en draaien maar
Jaquote:Op donderdag 2 maart 2006 18:43 schreef DaFan het volgende:
[..]
Heu das wel verdomde handig. Als je die installed werken ze dan direct met elkaar ? Dus PHP in Apache en MySQL zonder dat je ini's hoeft te verschuiven enzo?
Ik heb de volgende tabellen, waarbij cursieve kolommen FK's zijn (duh).
produkten:
product_id
article_code
name
etc
users
user_id
name
address
etc
orders
order_id
user_id
etc
order_content
content_id
order_id
product_id
etc
Meest gebruikte queries zijn niet zo spannend:
Immers ga je de tabellen pas aan elkaar koppelen na een bestelling, daarbij krijg je queries zoals deze:
Eerste vraag:
Hebben indices in deze situatie zin? De meeste queries zijn redelijk straight forward, alleen bij bestellingen wat gecompliceerder, maar die komen ook maar mondjesmaat voor.
Tweede vraag:
Laten we gemakshalve even aannemen dat indices relevant zijn, van welke kolommen moet ik dan indices maken om performance te winnen?
Mijn boerenverstand zegt van alle FK's in alle tabellen dus orders.user_id, order_content.order_id en order_content.product_id.
Maar... klopt dat wel? En kan iemand ook helder onder woorden brengen waarom?
produkten:
users
orders
order_content
Meest gebruikte queries zijn niet zo spannend:
| 1 2 3 4 5 6 | $query="SELECT * FROM produkten WHERE product_menu=".$_GET['id']." ORDER BY first_price ASC, product_id DESC"; ?> |
Immers ga je de tabellen pas aan elkaar koppelen na een bestelling, daarbij krijg je queries zoals deze:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | $query="SELECT oc.number, p.articelcode, p.name, oc.giftwrap, p.first_price, p.second_price FROM orders o INNER JOIN order_content oc ON oc.order_id = o.order_id INNER JOIN produkten p ON p.product_id = oc.product_id INNER JOIN users u ON u.user_id = o.user_id WHERE o.order_id =".$_GET['order']." && u.name='".$_SESSION['name']."'"; ?> |
Eerste vraag:
Hebben indices in deze situatie zin? De meeste queries zijn redelijk straight forward, alleen bij bestellingen wat gecompliceerder, maar die komen ook maar mondjesmaat voor.
Tweede vraag:
Laten we gemakshalve even aannemen dat indices relevant zijn, van welke kolommen moet ik dan indices maken om performance te winnen?
Mijn boerenverstand zegt van alle FK's in alle tabellen dus orders.user_id, order_content.order_id en order_content.product_id.
Maar... klopt dat wel? En kan iemand ook helder onder woorden brengen waarom?
Ik zoek me een ongeluk, maar waar kan ik in godsnaam het maximale aantal connecties van mysql aanpassen? Op internet vind ik steeds /etc/my.cnf, maar ik ben geloof ik hardstikke blind....
Op internet vind ik steeds /etc/my.cnf, maar ik ben geloof ik hardstikke blind....
*BURP*
php.ini?quote:Op donderdag 2 maart 2006 21:02 schreef H4ze het volgende:
Ik zoek me een ongeluk, maar waar kan ik in godsnaam het maximale aantal connecties van mysql aanpassen? Op internet vind ik steeds /etc/my.cnf, maar ik ben geloof ik hardstikke blind....
Ik ben iets aan 't maken met mysql en JSP/Servlets, dus denk niet dat de php.ini er veel mee te maken heeft. Thnx voor 't snelle antwoord iig. Maar je moet toch gewoon via de mysql commandline iets kunnen opgeven?quote:
*BURP*
Nee dan heeft php er niets mee te makenquote:Op donderdag 2 maart 2006 21:08 schreef H4ze het volgende:
[..]
Ik ben iets aan 't maken met mysql en JSP/Servlets, dus denk niet dat de php.ini er veel mee te maken heeft. Thnx voor 't snelle antwoord iig. Maar je moet toch gewoon via de mysql commandline iets kunnen opgeven?
http://dev.mysql.com/doc/refman/4.1/en/too-many-connections.html Staat hier wat bij?
jep al gelezenquote:Op donderdag 2 maart 2006 21:11 schreef Swetsenegger het volgende:
[..]
Nee dan heeft php er niets mee te maken
http://dev.mysql.com/doc/refman/4.1/en/too-many-connections.html Staat hier wat bij?
Stond in de reacties wel 1 iets bij:
You can increase this value in main config file (e.g., /etc/my.cnf) using this syntax:
[mysqld]
set-variable=max_connections=250
Dus ik heb in de commandline '--set-variable=max_connections=250'. Hij gaf dan geen error ofzo, maar ook niet dat het nu veranderd was....
*BURP*
en als je my.cnf file gewoon opent?quote:Op donderdag 2 maart 2006 21:12 schreef H4ze het volgende:
[..]
jep al gelezen
Stond in de reacties wel 1 iets bij:
You can increase this value in main config file (e.g., /etc/my.cnf) using this syntax:
[mysqld]
set-variable=max_connections=250
Dus ik heb in de commandline '--set-variable=max_connections=250'. Hij gaf dan geen error ofzo, maar ook niet dat het nu veranderd was....
Leuk en aardig dat AppServ maar het werkt nog steeds niet. En nu kan ik totaal niet vinden waar ik in mn MySQL command kan komen. MySQLAdmin opent in DOS en is in 1 sec weer weg
Dus nu kan ik helemaal niks meer
Dus nu kan ik helemaal niks meer
Nou, dan weet ik niet wat je doet, want appserv is 3 keer next klikken, je files in de www directory zetten en openen met localhost/filename.phpquote:Op donderdag 2 maart 2006 21:18 schreef DaFan het volgende:
Leuk en aardig dat AppServ maar het werkt nog steeds niet. En nu kan ik totaal niet vinden waar ik in mn MySQL command kan komen. MySQLAdmin opent in DOS en is in 1 sec weer weg
Dus nu kan ik helemaal niks meer
Meer valt er niet te configureren.
Je hebt natuurlijk WEL eerste je voorgaande sql en php config gedelete.
-edit- en wat ga je uberhaupt in MySQL command doen? Ga naar localhost/phpmyadmin.
-edit2- Ow wacht, je moet een user aanmaken enzo http://www.phpfreakz.nl/artikelen.php?aid=62
-edit3- Hoewel die standaard op root zonder password staat, en phpmyadmin daarmee moet kunnen verbinden.
[ Bericht 5% gewijzigd door Swetsenegger op 02-03-2006 21:42:26 ]
Ja ik was dus extreem scheef, kon die cnf file eerst niet vinden Krijg je van al de godganze dag zitten programmeren is nu opgelost
Thnx iig
Thnx iig
*BURP*
Eigenlijk alles waar op gefilterd of gesorteerd wordt. Dus de kolommen die in de join condities worden gebruikt, maar ook die in de where staan. Als er geen idex voor bestaat dan moet de hele tabel gescanned worden.quote:Op donderdag 2 maart 2006 21:01 schreef Swetsenegger het volgende:
Mijn boerenverstand zegt van alle FK's in alle tabellen dus orders.user_id, order_content.order_id en order_content.product_id.
Maar... klopt dat wel? En kan iemand ook helder onder woorden brengen waarom?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Oke, dus als stelregel kan je zeggen dat je altijd(?) indices moet maken op foreign keys EN op kolommen welke (vaak) in where statements worden gebruikt, correct?quote:Op donderdag 2 maart 2006 21:36 schreef SuperRembo het volgende:
[..]
Eigenlijk alles waar op gefilterd of gesorteerd wordt. Dus de kolommen die in de join condities worden gebruikt, maar ook die in de where staan. Als er geen idex voor bestaat dan moet de hele tabel gescanned worden.
Ik las namelijk op mysql.org dat het in sommige gevallen trager kan worden door indices.
Niet bij álle foreign keys, maar het is een goede vuistregel ja. Voorbeeldje waarbij het niet moet; als je voor een fotoalbum drie groottes van een bepaalde foto hebt kun je die drie groottes in één record laten verwijzen naar drie foreign records, maar daar hoeft in principe helemaal geen index op omdat je daar nooit op selecteert of sorteert.quote:Op donderdag 2 maart 2006 21:41 schreef Swetsenegger het volgende:
[..]
Oke, dus als stelregel kan je zeggen dat je altijd(?) indices moet maken op foreign keys EN op kolommen welke (vaak) in where statements worden gebruikt, correct?
In álle gevallen worden INSERTs trager door indices, en als het goed is kan MySQL zelf prima bepalen of het een index gebruikt of niet dus wat dat betreft zal het niet trager worden.quote:Ik las namelijk op mysql.org dat het in sommige gevallen trager kan worden door indices.
Nee ok, alleen op kolommen waarop je selecteert of sorteert is een betere benaming.quote:Op donderdag 2 maart 2006 21:55 schreef JeRa het volgende:
[..]
Niet bij álle foreign keys, maar het is een goede vuistregel ja. Voorbeeldje waarbij het niet moet; als je voor een fotoalbum drie groottes van een bepaalde foto hebt kun je die drie groottes in één record laten verwijzen naar drie foreign records, maar daar hoeft in principe helemaal geen index op omdat je daar nooit op selecteert of sorteert.
Van mysql.org:quote:In álle gevallen worden INSERTs trager door indices, en als het goed is kan MySQL zelf prima bepalen of het een index gebruikt of niet dus wat dat betreft zal het niet trager worden.
If you need to access most of the rows, it is faster to read sequentially, because this minimizes disk seeks.
Maar ja, in bovenstaand voorbeeld heb ik regelmatig ALLE product rows nodig. Zijn indexes dan aan te raden of niet?
MySQL staat nou niet echt goed bekend om z'n query optimalisatie kwaliteiten.quote:Op donderdag 2 maart 2006 21:55 schreef JeRa het volgende:
en als het goed is kan MySQL zelf prima bepalen of het een index gebruikt of niet
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
In jouw voorbeeld zie ik één query die alle rows aandoet en die sorteert op first_price; die zou je prima kunnen indexeren.quote:Op donderdag 2 maart 2006 22:05 schreef Swetsenegger het volgende:
Maar ja, in bovenstaand voorbeeld heb ik regelmatig ALLE product rows nodig. Zijn indexes dan aan te raden of niet?
Dat weet ik, ik ga er altijd vanuit dat ze dat in de toekomst nog kunnen verbeteren terwijl de queries hetzelfde blijven. Als het een probleem wordt schakel ik over op een andere DBMS die dat wel kan bepalenquote:Op donderdag 2 maart 2006 22:10 schreef SuperRembo het volgende:
[..]
MySQL staat nou niet echt goed bekend om z'n query optimalisatie kwaliteiten.
First price heb ik inderdaad nu geindexeerd.quote:Op donderdag 2 maart 2006 23:14 schreef JeRa het volgende:
[..]
In jouw voorbeeld zie ik één query die alle rows aandoet en die sorteert op first_price; die zou je prima kunnen indexeren.
[..]
Dat weet ik, ik ga er altijd vanuit dat ze dat in de toekomst nog kunnen verbeteren terwijl de queries hetzelfde blijven. Als het een probleem wordt schakel ik over op een andere DBMS die dat wel kan bepalen
Ik doelde ook op de foreign keys in de andere tabellen. DIe worden mondjes maat in joins gebruikt. Maar in mijn beleving zijn joins zware queries, dus wil ik het maar optimaliseren
Bedankt weer voor de uitleg
Ik heb een mooie query van Super Rembo, welke 3 laatste records per catagorie uit de database trekt.
Alleen duurt deze query tussen de 15(!) en 0.0003 seconden. De eerste keer doet hij er meestal heel lang over, de tweede keer korter.
Ik mag toch aannemen dat dat aan de hoster ligt?
Alleen duurt deze query tussen de 15(!) en 0.0003 seconden. De eerste keer doet hij er meestal heel lang over, de tweede keer korter.
Ik mag toch aannemen dat dat aan de hoster ligt?
Laat eens zien?quote:Op vrijdag 3 maart 2006 11:04 schreef Swetsenegger het volgende:
Ik heb een mooie query van Super Rembo, welke 3 laatste records per catagorie uit de database trekt.
Alleen duurt deze query tussen de 15(!) en 0.0003 seconden. De eerste keer doet hij er meestal heel lang over, de tweede keer korter.
Ik mag toch aannemen dat dat aan de hoster ligt?
De Query?quote:
| 1 2 3 4 5 6 7 | FROM genre g INNER JOIN ad a ON a.genre = g.genre_id INNER JOIN ad a2 ON a2.genre = g.genre_id AND a.ad_id <= a2.ad_id GROUP BY a.ad_id HAVING COUNT(a2.ad_id) <= 3 ORDER BY g.genre_id, a.ad_id DESC |
-edit-
indices op a.ad_id (PK), a.genre, g.genre_id (PK)
Wat anders?quote:
GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!
Dit is een mooi voorbeeld van een query die géén indices gebruikt maar de tweede keer snel wordt door het gebruik van de query cache op de server. Ik zie zo even niet waarom hij ze niet gebruikt.quote:Op vrijdag 3 maart 2006 11:04 schreef Swetsenegger het volgende:
Alleen duurt deze query tussen de 15(!) en 0.0003 seconden. De eerste keer doet hij er meestal heel lang over, de tweede keer korter.
Als het goed is zou je door iets te veranderen in één van de tabellen de query uit de query cache kunnen halen, is hij dan weer zo traag?
