MYSQLI_Query uit 2 databases

@adfundum wat Ariën schrijft klopt ook voor mij. Ik heb alleen mysql ter beschikking.

Van Mysql overstappen op PostgreSQL heeft voor mij zoiets als je auto laten ombouwen van Benzine naar Diesel :-|


Maar met alle tips ben ik op de oplossing gekomen door aan

 function show_permalink { global $dbconnection_N; }

toe te voegen.

Bijkomend probleem was dat andere functies ook gingen mekkeren :-)
Die ook allemaal tevreden gesteld met een Global


Allemaal dank voor de hulp!

Mar kla op 07/09/2024 19:40:09

@adfundum wat Ariën schrijft klopt ook voor mij. Ik heb alleen mysql ter beschikking.

Van Mysql overstappen op PostgreSQL heeft voor mij zoiets als je auto laten ombouwen van Benzine naar Diesel :-|


Maar met alle tips ben ik op de oplossing gekomen door aan

 function show_permalink { global $dbconnection_N; }

toe te voegen.

Bijkomend probleem was dat andere functies ook gingen mekkeren :-)
Die ook allemaal tevreden gesteld met een Global


Allemaal dank voor de hulp!

Een VPS is zo geregeld. Als je het wegstreept tegen een uurtarief dan zijn dat de kosten niet.

Het klopt wel dat het een hele toer kan zijn om een draaiende applicatie van MySQL over te zetten naar PostgreSQL. Dat is over het algemeen niet iets dat je kunt laten doen, maar wat je zelf moet doen. Gelukkig is ook daar is tooling voor. Als je database niet te complex is (een tabel of 20) dan kan je het ook met PHP omzetten van MySQL naar PostgreSQL.

PostgreSQL is inderdaad net als diesel; krachtig en schaalbaar. Je loopt nooit tegen beperkingen aan en alles wat je in MySQL/PHP zelf opnieuw zou moeten bouwen is daar al voor je geregeld en getest en gecertificeerd. Zoals meerdere database schema's.
Korter: PostgreSQL zou de standaard moeten zijn bij PHP in plaats van MySQL.

Wat globals betreft; je zou je code beter vorm kunnen geven. Globals zijn een anti-patroon in software ontwerp. Het werkt, maar je moet niet vragen hoe. Eén van de effecten is onoverzichtelijke code, wat je zelf beaamt doordat je zegt dat je verrast werd doordat er nog andere functies niet meer werkten. Als het goed is waarschuwt je IDE van te voren tegen eventuele foutmeldingen, en wordt aangegeven hoe je je code kunt verbeteren voordat je het ook maar hoeft te draaien.
Je hebt het dus uiteindelijk werkend gekregen. Dat had met minder moeite gekund. Voor de volgende keer.

Als beide databases op dezelfde db-server draaien, is het een mogelijkheid om de wedstrijd-site-database-user ook (lees)rechten te geven op de nieuws database.

Daarmee zou je maar 1 connectie nodig hebben. In de query kun je dan aangeven in welke database de betreffende tabel staat.

Dat staat hierboven een paar keer genoemd, maar naar mijn idee in wat bedekt termen / ondergesneeuwd in lange tekst.

--
Weet in elk geval dat 1 user rechten kan hebben op meerdere databases.
en ook dat een database door meerdere users benaderd mag worden (mits je "control" panel dat in laat richten)

Wat Ivo zegt klopt, maak een user aan die in beide databases rechten geeft. In feite zijn dat dus gewoon schema's in plaats van databases. Ad-Fundum weet kennelijk nog niet dat je echt niet hoeft over te gaan op postgres. MySQL en MariaDB onder steunen deze principes ook. Een user kan rechten hebben op meerdere schema's en om het duidelijk te houden kan je dat ook in je query's verwerken door de de databasenaam (eigenlijk de schemanaam) als qualifier te gebruiken. Zoals WillemVP beschrijft en dan samengevoegd in 1 query.

SELECT wedstrijdA, newsitemX"
FROM wedstrijddb.wedstrijden, nieuwsdb.newsitems
WHERE wedstrijden.nieuwsbericht_id = newsitems.nieuwsbericht_id