FROM statement

[Verwijderd]

Ik wil graag alle gevens uit alle tabellen halen.

ik dacht aan select * from * maar dit werkt niet

Het is misschien een hele domme vraag maar ik kom er ECHT niet uit

[gorgi_19]

Verwijderd schreef op 22 January 2003 @ 11:52:
Ik wil graag alle gevens uit alle tabellen halen.

ik dacht aan select * from * maar dit werkt niet

Het is misschien een hele domme vraag maar ik kom er ECHT niet uit

Om je uit je droom te helpen: dit kan niet. En waarschijnlijk zal er iets aan je datamodel schorten.

Iets meer info (wat voor soort tabellen, datatypen en namen, etc.) is wel gewenst, denk.

[Verwijderd]

Je moet relaties leggen tussen de tabellen, maar zo te horen is je datamodel idd niet fris.

[Verwijderd]

Volgens mij is dit niet zo 1,2,3 mogelijk... Ik weet niet waar je het voor nodig heb, en waar je het in ontwikkeld. In SQL Server is er wellicht een standaard stored procedure voor... Ik denk dat het het makkelijkst is om de query te genereren aan de hand van een stukje code. Maar nogmaals, ik weet niet waar je in ontwikkeld.

[Verwijderd]

SQLstmt = "SELECT * FROM id ORDER BY ID"

Bedoel je via asp? ies uit een db trekken dan de bovenstaande begrijp hyet niet al te goed!

[Verwijderd]

Ik heb gewoon meerdere tableen met stadgegevens,

nu wil ik via een pull down menu duz zeggen GOUDA,
dan wil k via een like statement de gouda tabel voor me zien.

[Verwijderd]

dan heb je toch niet alle gegevens nodig? alleen die van GOUDA?

Edit:
of weet je niet in welke tabel die zit?

kan je niet alle tabellen met een UNION selecteren, als ze allemaal hetzelfde ontworpen zijn...

[ Voor 54% gewijzigd door Verwijderd op 22-01-2003 11:59 ]

[Verwijderd]

Verwijderd schreef op 22 January 2003 @ 11:56:
Ik heb gewoon meerdere tableen met stadgegevens,

nu wil ik via een pull down menu duz zeggen GOUDA,
dan wil k via een like statement de gouda tabel voor me zien.

Waarom heb je alle steden in een aparte tabel gestopt? Om overigens alle tabellen te kunnen selecteren (namen, dus niet gegevens!) kan je

SQL:

SELECT * FROM cat;

proberen, alhoewel ik niet weet of dat ook buiten Oracle werkt.

[Verwijderd]

Gouda is een van de tabellen er zijn er een stuk of 20.

Duz via een pulldown wil ik hem zo selecteren.
dat ik dus alleen die query run over DIE tabel die ik selecteer

[.GoO]

Damn er klopt echt niks van je database model.. Je hebt dus voor ELKE stad een aparte tabel gemaakt?? Waarom niet 1 tabel met alle steden

[Verwijderd]

Omdat er veel gegevens in staan en anders wordt het allemaal lekker traag.

het gaat hier om duizenden records

[Verwijderd]

Verwijderd schreef op 22 januari 2003 @ 11:59:
Gouda is een van de tabellen er zijn er een stuk of 20.

Duz via een pulldown wil ik hem zo selecteren.
dat ik dus alleen die query run over DIE tabel die ik selecteer

Ik zou je datamodel aanpassen, alle steden in een tabel stopeen, anders kom je geheid met problemen te zitten die je niet kunt oplossen met "creatief query misbruik". Een tabel voor alle steden, met een extra veld waar je de stadsnaam in aan kunt geven.

[gorgi_19]

Verwijderd schreef op 22 januari 2003 @ 12:02:
Omdat er veel gegevens in staan en anders wordt het allemaal lekker traag.

het gaat hier om duizenden records

Erhm.. dus? Duizenden records is niet veel.. Een database moet dat juist goed kunnen oppakken! Allemaal traag? Daar hebben ze indexen voor uitgevonden.

Misschien een tip om eens te kijken naar normalisatieniveau's en hier je datamodel op aan te passen.

[ Voor 23% gewijzigd door gorgi_19 op 22-01-2003 12:08 ]

[Verwijderd]

Verwijderd schreef op 22 januari 2003 @ 12:02:
Omdat er veel gegevens in staan en anders wordt het allemaal lekker traag.

het gaat hier om duizenden records

Tsja, en daar is een database nou net voor bedoeld, om snel met een enorme hoeveelheid data om te gaan.
Als ik jou was zou ik mezelf veel moeite besparen en je database model aanpassen.
Anders kan er nooit iets goeds uitkomen....

[Verwijderd]

ok, andere vraag
is het mogelijk om via een select statement uit meerder tabellen in de statement from te selecteren

[gorgi_19]

Verwijderd schreef op 22 januari 2003 @ 12:10:
ok, andere vraag
is het mogelijk om via een select statement uit meerder tabellen in de statement from te selecteren

UNION gebruiken..

[Verwijderd]

ja:
SELECT tabel1.attribuut1, tabel2.attribuut1 FROM tabel1, tabel2

[Mickman]

Van mij mag dit topic gesloten worden

dit is weer zo'n figuur die even dacht een database te maken zonder er bij na te denken hoe het eigenlijk moet.
Eerst lezen/leren/zelf proberen voordat je hier wat wil vragen.
select * from *.
Als je wilt weten of dit mogelijk is, moet je dat eens vragen aan de ontwikkelaars van SQL.
Denk eens aan verschillende tabellen die doormiddel van primary en foreign key's relaties hebben. En als je niet weet wat dat is, dan zou je niet eens een database mogen maken

[Verwijderd]

Verwijderd schreef op 22 januari 2003 @ 12:02:
Omdat er veel gegevens in staan en anders wordt het allemaal lekker traag.

het gaat hier om duizenden records

Hmm...


Om je probleem dan op te lossen ben ik bang dat je je query dynamisch op zal moeten bouwen, omdat een parameter bij FROM niet toegestaan is afaik. In VBA zal je zoiets moeten zien te prutsen:

Visual Basic:

Dim strSQL1 AS str
Dim strSQL2 AS str
Dim strSQLFinal AS str
Dim strPlaats AS str

strPlaats = [Forms]![Plaats]![KeuzelijstPlaats]
strSQL1 = "SELECT * FROM "
strSQL2 = " ;"
strSQLFinal = strSQL1  + strPlaats + strSQL2

En dat moet je een querydef maken, maar aangezien ik hier geen werkende Access heb kan ik je dat niet laten zien.

<b>Beter advies</b>

Pas je datamodel aan: dan heb je dit soort kunstgrepen niet nodig!

[ Voor 8% gewijzigd door Verwijderd op 22-01-2003 12:16 . Reden: Wijze les ]

[Janoz]

Waarom denkt iedereen toch altijd dat ze het werk dat de database doet zelf beter kunnen doen.

wee rab, ga eens wat lezen over databases. In de faq staan wel een aantal nuttige links.

[Verwijderd]

UNION

dus zoiets al
SELECT merk, soort, Count(*) AS [Aantal]
FROM Gouda UNION ?????en dan andere tabel?

[whoami]

Verwijderd schreef op 22 januari 2003 @ 12:11:
ja:
SELECT tabel1.attribuut1, tabel2.attribuut1 FROM tabel1, tabel2

Maar dan moet je wel nog joinen. Indien die 2 tabellen geen relatie met elkaar hebben, moet je een union gebruiken.
(De veldtypes en het aantal velden in de select - clauses moeten dan ook wel overeen komen).


Maar ik denk dat je toch beter eens je datamodel grondig herbekijkt.

Verwijderd schreef op 22 januari 2003 @ 12:02:
Omdat er veel gegevens in staan en anders wordt het allemaal lekker traag.

het gaat hier om duizenden records

Dat is geen goede reden. 1000den records, dat is gewoon een eitje voor DBMS'en, maar dan moet je natuurlijk wel - waar nodig - goeie indexen leggen.

[ Voor 29% gewijzigd door whoami op 22-01-2003 12:13 ]

[Verwijderd]

Verwijderd schreef op 22 January 2003 @ 12:11:
ja:
SELECT tabel1.attribuut1, tabel2.attribuut1 FROM tabel1, tabel2

Join is horizontaal, UNION verticaal (als in: we plakken records met dezelfde velden uit verschillende tabellen onder elkaar.)

[whoami]

Aangezien ik zie dat je best wel wat basiskennis SQL kunt gebruiken (omdat je die blijkbaar mist), is het , denk ik, een goed idee om eens wat tutorials over SQL door te nemen.

Hier vind je er alvast een.

Hier vind je ook iets over DB design.

MIsschien ff deze sites bekijken, dan kom je zeker wel al een heel stuk verder en zul je wat nodige basiskennis opgedaan hebben.

Succes alvast.