| Auteur |
Bericht |
Ga naar pagina Vorige 1, 2
|
| ace_quorthon |
 Geplaatst: 29 Okt 2008 09:04 Onderwerp:
|  |
Geregistreerd op: 29 Okt 2007
Berichten: 349
|
| Devilly schreef: | | ace_quorthon schreef: | | Ik vind het knap als je uberhaupt 20 verschillende keywords kan opnoemen voor SQL. |
*lijst even weggehaald:)*
Dat zijn er alvast 20.  Eén voor één zijn het dingen die uit de syntax van SQL komen. |
Zei ik 20? Ik bedoelde 50  (succes) |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 29 Okt 2008 09:07 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
Jij speelt vals, jij neemt ook keywords voor het opstellen van tabellen.  Dit zijn alleen keywords voor echt ophalen van rijen. 49 keywords zonder dingen als =
SELECT
FROM
WHERE
GROUP BY
HAVING
CASE
WHEN
THEN
ELSE
END
COUNT
MIN
MAX
SUM
AVG
EXISTS
IN
IS
LIKE
AS
CAST
AND
OR
NOT
INNER
OUTER
FULL
LEFT
RIGHT
JOIN
CROSS
NATURAL
ON
USING
UNION
ASC
DESC
NULL
BETWEEN
DISTINCT
ALL
ANY
STDEV
VARIANCE
INTERSECT
EXCEPT
WITH
CUBE
ROLLUP
Laatst aangepast door Joni Philips op 29 Okt 2008 09:18; in totaal 2 keer bewerkt |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 29 Okt 2008 09:15 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
| Joni Philips schreef: | | Jij speelt vals, jij neemt ook keywords voor het opstellen van tabellen. |
Even om mijn gelijk te krijgen :
| ace_quorthon schreef: | | Ik vind het knap als je uberhaupt 20 verschillende keywords kan opnoemen voor SQL. |
Er staat nergens welke vorm van SQL hij bedoelt.
-----
Chips, ik ken er nog best veel niet. Ik heb nog een lange weg te gaan.  |
|
| Terug naar boven |
|
|
| ace_quorthon |
Geplaatst: 29 Okt 2008 09:30 Onderwerp:
| |
Geregistreerd op: 29 Okt 2007
Berichten: 349
|
@Joni
Okee netjes netjes op zo'n lijst had ik niet zo gauw gekomen. Mijn waardering |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 29 Okt 2008 10:14 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| Ik volg nu ook wel al een vervolgvak SQL dus ik heb al een pak dingen gezien. Bij jullie komt dat er nog wel. En ik ben schijnbaar ook EXTRACT and YEAR vergeten. as in EXTRACT (YEAR FROM DATUM) |
|
| Terug naar boven |
|
|
| ace_quorthon |
Geplaatst: 29 Okt 2008 10:31 Onderwerp:
| |
Geregistreerd op: 29 Okt 2007
Berichten: 349
|
Die is toch nutteloos? bij mij werkt
YEAR(Tabel.Datum) altijd perfect. Of hebben we het hier over een Tabel DATUM met meerdere data? |
|
| Terug naar boven |
|
|
| Cubic X |
Geplaatst: 29 Okt 2008 10:31 Onderwerp:
| |
Geregistreerd op: 28 Nov 2004
Berichten: 519
|
Heeft iemand hier verstand van PHP? Ik heb hulp nodig en kom ergens niet uit, het moet voor 17:00 vandaag ingeleverd worden en wij zitten al vanaf 9:00 te klooien  |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 29 Okt 2008 10:45 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| ace_quorthon schreef: | Die is toch nutteloos? bij mij werkt
YEAR(Tabel.Datum) altijd perfect. Of hebben we het hier over een Tabel DATUM met meerdere data? |
Ik heb het zo geleerd.
| Cubic X schreef: | | Heeft iemand hier verstand van PHP? Ik heb hulp nodig en kom ergens niet uit, het moet voor 17:00 vandaag ingeleverd worden en wij zitten al vanaf 9:00 te klooien |
Mijn PHP kennis is miniem |
|
| Terug naar boven |
|
|
| Cubic X |
Geplaatst: 29 Okt 2008 10:55 Onderwerp:
| |
Geregistreerd op: 28 Nov 2004
Berichten: 519
|
| Joni Philips schreef: | | ace_quorthon schreef: | Die is toch nutteloos? bij mij werkt
YEAR(Tabel.Datum) altijd perfect. Of hebben we het hier over een Tabel DATUM met meerdere data? |
Ik heb het zo geleerd.
| Cubic X schreef: | | Heeft iemand hier verstand van PHP? Ik heb hulp nodig en kom ergens niet uit, het moet voor 17:00 vandaag ingeleverd worden en wij zitten al vanaf 9:00 te klooien |
Mijn PHP kennis is miniem |
Jammer, hopelijk weet iemand anders meer van PHP  |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 31 Okt 2008 21:04 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
Ik heb een probleem in MS Access. Als ik het volgende intik en uitvoer, werkt alles gewoon en krijg ik een getal als uitkomst (en dat getal klopt):
| Citaat: | SELECT (100-((((MAX(A101)-MIN(A101))+(MAX(A102)-MIN(A102))+(MAX(A103)-MIN(A103))+(MAX(A104)-MIN(A104))+(MAX(B101)-MIN(B101))+(MAX(B102)-MIN(B102))+(MAX(B103)-MIN(B103))+(MAX(B104)-MIN(B104))+(MAX(B105)-MIN(B105))+(MAX(C101)-MIN(C101)))/30)*100))
FROM [COMPETENTIE OVERZICHT]
WHERE [Code (van WL2, major of minor) en beschrijving]="BI" OR [Code (van WL2, major of minor) en beschrijving]="I"
HAVING (100-((((MAX(A101)-MIN(A101))+(MAX(A102)-MIN(A102))+(MAX(A103)-MIN(A103))+(MAX(A104)-MIN(A104))+(MAX(B101)-MIN(B101))+(MAX(B102)-MIN(B102))+(MAX(B103)-MIN(B103))+(MAX(B104)-MIN(B104))+(MAX(B105)-MIN(B105))+(MAX(C101)-MIN(C101)))/30)*100)) >= 50;
|
Als ik dan echter wat extra informatie ervoor wil zetten, dan laat hij het afweten:
| Citaat: | SELECT [Code (van WL2, major of minor) en beschrijving], (100-((((MAX(A101)-MIN(A101))+(MAX(A102)-MIN(A102))+(MAX(A103)-MIN(A103))+(MAX(A104)-MIN(A104))+(MAX(B101)-MIN(B101))+(MAX(B102)-MIN(B102))+(MAX(B103)-MIN(B103))+(MAX(B104)-MIN(B104))+(MAX(B105)-MIN(B105))+(MAX(C101)-MIN(C101)))/30)*100))
FROM [COMPETENTIE OVERZICHT]
WHERE [Code (van WL2, major of minor) en beschrijving]="BI" OR [Code (van WL2, major of minor) en beschrijving]="I"
GROUP BY [Code (van WL2, major of minor) en beschrijving]
HAVING (100-((((MAX(A101)-MIN(A101))+(MAX(A102)-MIN(A102))+(MAX(A103)-MIN(A103))+(MAX(A104)-MIN(A104))+(MAX(B101)-MIN(B101))+(MAX(B102)-MIN(B102))+(MAX(B103)-MIN(B103))+(MAX(B104)-MIN(B104))+(MAX(B105)-MIN(B105))+(MAX(C101)-MIN(C101)))/30)*100)) >= 50;
|
Het is trouwens zo dat wanneer ik dat extra attribuut in SELECT erbij zet hij het helemaal niet doet als ik die GROUP BY er niet bij zet. Dat snapte ik al niet helemaal. Hij geeft nu sowieso een verkeerd antwoord, namelijk de twee waarden uit de WHERE en in dezelfde rijen, maar in de kolom ernaast twee keer honderd (100), terwijl dat 53,3333333 zou moeten zijn.
De tabel is COMPETENTIE OVERZICHT ([Code (van WL2, major of minor) en beschrijving], A101, A102, A103, A104.....enz
Hopelijk kan iemand met helpen. |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 31 Okt 2008 21:52 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| In GROUP BY moeten altijd alle waardes uit SELECT staan indien je aggregaatfuncties gebruikt, daarom bepaalt de aggregaatfunctie namelijk hoe hij moet groeperen. |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 31 Okt 2008 21:59 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
| Oke, dan weten we dat ook weer. Weet je toevallig ook waarom het antwoord van die hele lange berekening bij de tweede versie niet meer goed wordt weergegeven? |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 31 Okt 2008 22:14 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| Bij de eerste krijg je één getal en bij de tweede twee getallen eh? (Of lees ik dat verkeerd) If so, dan zijn de waardes wsl juist, maar denk jij dat ze fout zijn omdat ze apart worden gezet. Anders zal ik morgen eens wat nauwer je code bekijken. |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 01 Nov 2008 08:09 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
| Joni Philips schreef: | | Bij de eerste krijg je één getal en bij de tweede twee getallen eh? (Of lees ik dat verkeerd) If so, dan zijn de waardes wsl juist, maar denk jij dat ze fout zijn omdat ze apart worden gezet. Anders zal ik morgen eens wat nauwer je code bekijken. |
Het klopt dat ik bij de eerste een getal krijg en bij de tweede twee, maar volgens mij kloppen de waardes bij de tweede toch echt niet.
De tabel als resultaat van de eerste query (bovenste is attribuutnaam en de dingen die eronder staan zijn de resultaten van de query):
Expr1000
-------------
53,3333333
Hierbij krijg ik dus gewoon het resultaat van die lange berekening.
De tabel als resultaat van de tweede query ziet er zo uit:
Code (van WL2, major of minor) en beschrijving-------------Expr1001
-----------------------------------------------------------------------------------
BI---------------------------------------------------------------------100
I-----------------------------------------------------------------------100
Ik zie dus echt niet in hoe dat ding aan die 100 komt. Het liefst zou ik willen dat er enkel BI komt te staan in de eerste kolom en in de tweede kolom dan één keer de uitkomst van die berekening (53,33333). In ieder geval moet het getal kloppen, ook al zou het er twee keer komen te staan. |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 01 Nov 2008 08:13 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| Als je enkel BI wil, dan moet OR [Code (van WL2, major of minor) en beschrijving]="I" weg |
|
| Terug naar boven |
|
|
| Neerhof |
Geplaatst: 01 Nov 2008 13:11 Onderwerp:
| |
Geregistreerd op: 24 Sep 2006
Berichten: 2297
|
| Joni Philips schreef: | | Als je enkel BI wil, dan moet OR [Code (van WL2, major of minor) en beschrijving]="I" weg |
Want een beetje bi is niet bah(bij de vrouwtjes dan) |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 01 Nov 2008 15:43 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
| Joni Philips schreef: | | Als je enkel BI wil, dan moet OR [Code (van WL2, major of minor) en beschrijving]="I" weg |
Het probleem is dat ik de getallen die in die twee rijen (BI en I) staan, moet gebruiken in die lange som. Maar ook al staan ze er allebei, ik zou toch graag weten waarom de uitkomst opeens verandert wanneer ik die ene kolom (Code....) ook laat zien. Heb je een idee over hoe dat zou kunnen komen? |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 05 Nov 2008 21:56 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
Het bovenstaande probleem is omzeilt (lees: ik geef gewoon iets anders weer), dus het is tijd voor een volgend probleem:
| Citaat: | SQL Error:
[Microsoft][ODBC Microsoft Access Driver] You tried to execute a query that does not include the specified expression 'Naam' as part of an aggregate function.
[error nr: 37000] |
Dat krijg ik bij 'SELECT Naam FROM BEDRIJF, WL2 WHERE BEDRIJF.[KvK nummer]=WL2.[KvK nummer] HAVING COUNT(WL2.[KvK nummer])>1'.
Heeft iemand (waarschijnlijk Joni ^^) een idee?
*** Edit ***
Gefixt, laat maar zitten! |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 05 Nov 2008 22:55 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| Nooit having zonder group by :p |
|
| Terug naar boven |
|
|
| Devilly |
Geplaatst: 05 Nov 2008 22:58 Onderwerp:
| |
![]()
Geregistreerd op: 24 Sep 2006
Berichten: 2484
|
| Joni Philips schreef: | | Nooit having zonder group by :p |
Het probleem zat hem er uiteindelijk in dat ik wel een GROUP BY had, maar alleen maar voor WL2.[KvK nummer], maar ook BEDRIJF.Naam moest erin. Ik snap eigenlijk totaal niet waar dat goed voor zou zijn, maar dat kan natuurlijk ook aan mij liggen. |
|
| Terug naar boven |
|
|
| Joni Philips |
Geplaatst: 06 Nov 2008 07:14 Onderwerp:
| |
Eindredacteur
Geregistreerd op: 20 Okt 2003
Berichten: 24914
|
| Omdat hij anders niet weet hoe hij moet groeperen bij aggregaatfunties. |
|
| Terug naar boven |
|
|
|
|
Ga naar pagina Vorige 1, 2 |
