[mysql] meerdere databases benaderen voor intranet apps

[WPN]

Ik ben bezig met het intranet van mn werk en ben dit helemaal aan het omgooien

ik heb ook net een beamer reserverings systeempje af in php/mysql
en nu ga ik een tip sectie maken voor gebruikers die hier hun tip in kunnen zetten voor weet ik veel wat....

ik ga dus met mysql verschillende databases hebben....

zowiezo al:
1 voor beamer reservering
1 voor de tips
en later misschien nog 1 voor het nieuws


voor de beamer en de tips wil ik een pulldown hebben van de gebruikers zodat ze dat niet zelf in hoeven te voeren (lees: NIET KUNNEN), zodat er geen verschillende namen van 1 persoon in de database komen, dit voor latere statistieken.....

voor bijde databases heb ik dus gebruikers nodig...
op dit moment heb ik een tabel gebruikers in de beamer database zitten.... omdat ik een reserveringen koppel aan hun userid
maar voor de tips moet dit ook gebeuren....

MAAR... ik heb geen zin om in 2 databases 2 tabellen bij te houden met gebruikers, dus bedacht ik dat dat dus een aparte database moet worden, waar ik dus ook wat meer informatie in ga opslaan dan nu het geval is in mn beamer tabel voor gebruikers....


is dit een logische/goede/slechte opzet ?
wat zouden jullie doen?


mocht ik gaan voor deze opzet kan ik met nested select de user id koppellen?
Op dit moment zie ik even niet hoe dat gaat lukken omdat ik dan 2 databases open moet hebben....

mijn id was iets van:

code:

SELECT blaat,blaat, (select userid from gebruikers), blaat, blaat
from beamer

of moet ik eerst het userid ophalen uit de database en dan met de andere query de rest doen?

os: windows 2000 pro
http: iis 5
mysql: 4.0.20c windows
php: 4.3.7


ps: weet niet zeker of dit de goede locatie is voor dit "probleem", verplaats het aub als het verkeerd staat

[dhr. banuyn]

met de databasenaam ervoor moet je een heel eind verder kunnen komen (dbnaam.tblnaam.veldnaam)

[WPN]

dus jij zegt dat zoiets als:

code:

SELECT beamer.reserveringen.blaat, beamer.reserveringen.blaat, 
       (select gebruikers.gebruiker.userid from gebruikers.gebruiker)
from beamer.reserveringen, gebruikers.gebruiker

zou moeten werken?
dat gaat ik testen wanneer ik zover ben met proggen

[djluc]

Waarom aparte databases?

[Yoshi|IA2]

is het niet logischer om dat allemaal in 1 database te zetten?
Waar dan 3 tabellen inzitten: een met de tips, 1 met beamer en 1 userstabel...

[Verwijderd]

Een database selecteren kan niet vanuit een query, wel een tabel selecteren.
De beste oplossing lijkt mij, net zoals andere opmerken: gebruik een database met meerdere tabellen

[djluc]

Verwijderd schreef op 30 juni 2004 @ 17:10:Een database selecteren kan niet vanuit een query, wel een tabel selecteren.

MySQL kan dit dus wel...

[Verwijderd]

djluc schreef op 30 juni 2004 @ 17:30:
[...]
MySQL kan dit dus wel...

Oh, sorry Luc, ik loop vast weer achter
Waarvoor is mysql_select_db() dan eigenlijk nodig?

Verwijderd schreef op 30 juni 2004 @ 17:47:
[...]
Lees de eerste comment (van Dan Ross) eens?

Hmm, juist
^{Meestal lees ik de comments niet door...}

[ Voor 30% gewijzigd door Verwijderd op 30-06-2004 17:48 ]

[Verwijderd]

Verwijderd schreef op 30 juni 2004 @ 17:46:
[...]

Oh, sorry Luc, ik loop vast weer achter
Waarvoor is mysql_select_db() dan eigenlijk nodig?

Lees de eerste comment (van Dan Ross) eens?

[Gomez12]

Waarom nou 3 aparte dbases??? Hier ben ik zeer benieuwd naar...

Ik heb het tot nu toe altijd gered door gewoon mijn tabel namen zo aan te passen dat ik het uiteindelijk goed begreep.

Voorbeeld :
tabel 1 : beamer_reservering
tabel 2 : tips_tekst
tabel 3 : algemeen_users

Kan het gewoon in een dbase.

[WPN]

het idee van 3 databases was om het database gedeelte overzichtelijk te houden, persoonlijk vind ik dat veel tabellen in een database die niets met elkaar te maken hebben, onoverzichtelijk is.....

maar aangezien in mijn situatie sommige tabellen gedeelt gebruikt worden, heb ik ze toch allemaal nodig in 1 database, omdat dat het technisch makkelijkste is

daar was mn topic dus voor gemaakt
inprincipe was het dus

schoonheid vs gebruikersvriendelijke haalbaarheid (van de progger)


bedankt voor de reacties

[djluc]

Meest worden prefixes hiervoor egbruikt. Je zet dus voor alle tabellen voor je forum bijvoorbeeld een f:
f_topics
f_post
enzovoorts.

[Theadalus]

Waarschijnlijk heb je al een oplossing gevonden maar het moet als volgt kunnen.

code:

SELECT R.blaat, R.blaat, R.userid, R.blaat, R.blaat
FROM beamer.reserveringen AS R
INNER JOIN gebruikers.gebruiker AS G
ON R.userid=G.userid