[MySQL] select * from (select * from mytable) werkt niet??

[Verwijderd]

Al de hele dag aan het stoeien en kom er niet uit, kan ook niets vinden in de search. De volgende syntax moet toch gewoon kunnen :

SQL:

select * from (select * from mytable)

Ik wil uiteindelijk dit doen:

SQL:

select count (*) from (select bla from mytable where blabla)

Ik ben aan het werken in een access database, in VB. Ik draai een MySQL database op onze server. Eerst heb ik de tabellen uit mysql gelinkt via odbc. Deze tabellen zijn dan zichtbaar in het tabellenoverzicht van Access. Via de connection Currentproject.Connection kon ik bovenstaande sql prima uitvoeren. Nu leg ik de connectie direct naar de mysql driver via code:

Visual Basic:

strMyConnection = "DRIVER={MySQL ODBC 3.51 Driver};" & _
                         "SERVER=192.168.0.1;" & _
                         "DATABASE=;" & _
                         "UID=sjoerd;" & _
                         "PASSWORD=*****;" & _
                         "OPTION=3;" 

Nu lukt de sql query ineens niet meer. Ook kan ik de query niet uitvoeren in MySQL control center; die geeft een error 1064 "You have an error in your SQL syntax". Wat doe ik fout?

[MueR]

Welke MySQL versie draai je? Subqueries worden door sommige oudere versies (ik dacht < 4.1) niet ondersteund

[P_de_B]

Welke versie van MySQL heb je? AFAIK worden subselects pas vanaf 4.1 ondersteund. Ik vraag me trouwens af waarom je een subselect nodig denkt te hebben? Wat je hierboven beschrijft lukt ook wel in 1 query.

[DizzyWeb]

Welke versie is je MySQL server? Subqueries worden pas vanaf versie 4.1 ondersteund.

[TheRookie]

klopt

Starting with MySQL 4.1, all subquery forms and operations that the SQL standard requires are supported, as well as a few features that are MySQL-specific.

With MySQL versions prior to 4.1, it was necessary to work around or avoid the use of subqueries. In many cases, subqueries can successfully be rewritten using joins and other methods.

[edit] een count(*) met een subselect lijkt me ook op te lossen met een goede WHERE icm GROUP BY ?

[ Voor 11% gewijzigd door TheRookie op 29-09-2005 15:54 ]

[Verwijderd]

Knap dat je dat niet hebt gevonden met zoektermen als MySQL en subquery ...

[Verwijderd]

Hmm daar zeggen jullie wat; we draaien volgens mij een 3.x versie! Grappig dat Access er dan WEL chocola van kan maken en de query netjes uitvoert.Ik heb de code versimpeld om jullie niet op te zadelen met onleesbare sql . Echter, ik wil het volgende doen (ook weer versimpeld ): een user geeft een SQL statement in, en ik wil daar graag effe snel het aantal records van bepalen. De volgende code werkt prima als je de connection van access gebruikt:

Visual Basic:

strSQL = [door user in te voeren SELECT statement]
rsAantal.open "SELECT COUNT (*) AS CNT FROM (" & strSQL & ")" , conMyconnection, [etc]
nAantal = rsAantal!CNT

Ik ben net een paar dagen bezig met MySQL en ken SQL syntax alleen via access...daarom misschien niet goed gezocht

[ Voor 12% gewijzigd door Verwijderd op 29-09-2005 15:56 ]

[PhoeniX-]

Als je al de goede versie gebruikt vergeet je zo te zien 'AS' in je query.

Zie deze manual page voor syntax uitleg.

[JaWi]

Verwijderd schreef op donderdag 29 september 2005 @ 15:46:
Ik wil uiteindelijk dit doen:

SQL:

select count (*) from (select bla from mytable where blabla)

Hmm, nu is m'n SQL ietwat roestig, maar kun je bovenstaande niet op de volgende manier doen:

SQL:

SELECT COUNT(*) FROM mytable WHERE blabla

Dan heb je iig geen -overbodige- subquery nodig en doet precies hetzelfde (zo op het oog)...

edit:
Spuit elf...

[ Voor 4% gewijzigd door JaWi op 29-09-2005 15:56 ]

[Confusion]

Verwijderd schreef op donderdag 29 september 2005 @ 15:54:
Knap dat je dat niet hebt gevonden met zoektermen als MySQL en subquery ...

Nouja, je moet natuurlijk wel eerst weten dat zoiets een subquery genoemd wordt. Bovendien is het, als je ervaring met een andere dbs hebt, helemaal niet logisch om te vermoeden dat dat het probleem is. Dat moet je maar net een keer gehoord/gezien hebben.

[Olaf van der Spek]

Verwijderd schreef op donderdag 29 september 2005 @ 15:54:
Hmm daar zeggen jullie wat; we draaien volgens mij een 3.x versie!

Is het dan niet eens tijd te upgraden?

[NMe]

OlafvdSpek schreef op donderdag 29 september 2005 @ 17:23:
Is het dan niet eens tijd te upgraden?

Daar moet dan wel even de mogelijkheid toe zijn he? Sowieso is niet alles altijd backwards compatible. Een hoster zal dus altijd veel moeten testen en kijken of alle software die runt op zijn systeem ook nog zou werken als er een nieuwe versie wordt geïnstalleerd, en daar gaat gewoon wat tijd overheen.

Op mijn host werk ik ook nog gewoon met MySQL 3.23, is geen enkel probleem, mits je de beperkingen en workarounds kent.

[Olaf van der Spek]

-NMe- schreef op donderdag 29 september 2005 @ 17:37:
Daar moet dan wel even de mogelijkheid toe zijn he? Sowieso is niet alles altijd backwards compatible.

Natuurlijk. Maar in het geval van MySQL zou je ook beide versies kunnen installeren.

[Verwijderd]

Op zich werkt alles perfect op onze server, b.v. urenregistratie. Mysql wordt eigenlijk nergens anders voor gebruikt. Upgraden brengt installatiekosten voor onze IT provider met zich mee en een klein probleempje met 1 query rechtvaardigt dat niet. Thuis kan je nog eens lekker gaan zitten prutsen en proberen, maar op 't werk heerst toch vaak de 'why change a winning team' gedachte, vooral als het geld kost. (of is die installatie in een uurtje gedaan, ben wel benieuwd eigenlijk ?)

[Olaf van der Spek]

Verwijderd schreef op vrijdag 30 september 2005 @ 08:55:
(of is die installatie in een uurtje gedaan, ben wel benieuwd eigenlijk ?)

Als er tijdens een upgrade geen problemen optreden ben je binnen een kwartier klaar.
Als je eerst een backup maakt kun je (als er toch problemen optreden) ook weer zo terug.

[Eric]

Hou er wel rekening mee dat de laatste versies van MySQL standaard de wachtwoorden opslaan met een betere encryptie, waardoor bij bijv. php de mysql-opdrachten niet meer werken (en je eigenlijke mysqli-opdrachten moet gebruiken)

Dit is trouwens op te lossen door de oude wachtwoorden weer uit de backup te halen (ze worden nog wel ondersteund, maar standaard wordt bij een nieuw wachtwoord de nieuwere encryptie gebruikt) en zo terug te zetten, en bij het aanmaken van nieuwe wachtwoorden via sql-querys oldpassword ipv password te gebruiken.