Communicatie websites onderling
Ik wil meerdere databases(+/- 20) maken met één (hoofd) database. Hoe kan ik de databases onderling laten communiceren?
Het gaat betreft +/- 20 Mysql databases. Ik heb de beschikking over crontab jobs.
Alsvast bedankt
Robert-Jan
Gewijzigd op 01/01/1970 01:00:00 door Robert-Jan
Robert-Jan schreef op 16.07.2007 20:18:
Beste mensen,
Ik wil meerdere databases(+/- 20) maken met één (hoofd) database. Hoe kan ik de databases onderling laten communiceren?
Alsvast bedankt
Robert-Jan
Ik wil meerdere databases(+/- 20) maken met één (hoofd) database. Hoe kan ik de databases onderling laten communiceren?
Alsvast bedankt
Robert-Jan
Ja dit is heel goed mogelijk zelf dit gebeurt zelfs heel vaak binnen bedrijfen om zo de beveiliging beter te regelen en eventuele fouten beter te isoleren....
Maar welke database type wil je hiervoor gaan gebruiken ?
Zie de handeiding voor meer informatie.
Let op: Het is wel een beetje misbruik maken van de SCHEMAs, ze zijn meer bedoelt om netjes objecten te beheren in de database. PostgreSQL is dan ook object georienteerd.
pgFrank schreef op 16.07.2007 20:24:
Is het niet handiger om gewoon meerdere SCHEMAs aan te maken? Althans, dit zou in PostgreSQL een eenvoudige (vrijwel standaard) oplossing zijn. Je maakt dan een soort van database in een database aan.
Zie de handeiding voor meer informatie.
Let op: Het is wel een beetje misbruik maken van de SCHEMAs, ze zijn meer bedoelt om netjes objecten te beheren in de database. PostgreSQL is dan ook object georienteerd.
Zie de handeiding voor meer informatie.
Let op: Het is wel een beetje misbruik maken van de SCHEMAs, ze zijn meer bedoelt om netjes objecten te beheren in de database. PostgreSQL is dan ook object georienteerd.
@pgFrank:
Misbruik maken van SCHEMAs is vragen om lekken en zwakheden in je beveiliging dat lijkt mij een feit...
het hangt ervanaf welke soort database je gebruikt want met somige databases is het makkelijker om dit te realiseren dan met anderen want niet iedere database heeft dezelfde functionaliteiten als de ander...
Ook in Oracle en DB2 kun je met SCHEMA's uit de voeten, geen enkel probleem. MySQL ondersteunt het echter niet, dan zul je (bij mijn weten) vanuit jouw applicatie een verbinding met een andere database moeten opstarten en zo via de applicatie de databases met elkaar laten kletsen.
pgFrank schreef op 16.07.2007 20:36:
@Marco: In pgSQL zijn de rechten uitstekend per gebruiker of gebruikersgroep te regelen. Dat mag het probleem niet zijn. Het zou mij zelfs niet verbazen dat je op deze manier de beveiliging béter kunt regelen, je hoeft het niet voor iedere database apart op te zetten en bij te houden, het staat allemaal op 1 locatie in 1 database. Wel zo overzichtelijk en fouten zijn snel en eenvoudig te verhelpen.
Ook in Oracle en DB2 kun je met SCHEMA's uit de voeten, geen enkel probleem. MySQL ondersteunt het echter niet, dan zul je (bij mijn weten) vanuit jouw applicatie een verbinding met een andere database moeten opstarten en zo via de applicatie de databases met elkaar laten kletsen.
Ook in Oracle en DB2 kun je met SCHEMA's uit de voeten, geen enkel probleem. MySQL ondersteunt het echter niet, dan zul je (bij mijn weten) vanuit jouw applicatie een verbinding met een andere database moeten opstarten en zo via de applicatie de databases met elkaar laten kletsen.
Over databases gesproken trouwens Oracle verliest heel snel grond nu en zkkr met de komst van SQL Server 2008 van Microsoft....
Gewijzigd op 01/01/1970 01:00:00 door Marco PHPJunky
@Marco: Open zelf even een topic wanneer je een discussie wilt voeren over jouw eigen onderwerp. Wel zo netjes.
Marco schreef op 16.07.2007 20:21:
Ja dit is heel goed mogelijk zelf dit gebeurt zelfs heel vaak binnen bedrijfen om zo de beveiliging beter te regelen en eventuele fouten beter te isoleren....
Maar welke database type wil je hiervoor gaan gebruiken ?
Robert-Jan schreef op 16.07.2007 20:18:
Beste mensen,
Ik wil meerdere databases(+/- 20) maken met één (hoofd) database. Hoe kan ik de databases onderling laten communiceren?
Alsvast bedankt
Robert-Jan
Ik wil meerdere databases(+/- 20) maken met één (hoofd) database. Hoe kan ik de databases onderling laten communiceren?
Alsvast bedankt
Robert-Jan
Ja dit is heel goed mogelijk zelf dit gebeurt zelfs heel vaak binnen bedrijfen om zo de beveiliging beter te regelen en eventuele fouten beter te isoleren....
Maar welke database type wil je hiervoor gaan gebruiken ?
Ik wil MYSQL gaan gebruiken.
Gewijzigd op 01/01/1970 01:00:00 door Robert-Jan
Heeft iemand nog een ander idee ?
cronjobs en xml? Dat lijkt mij meer op het (met regelmaat) overpompen van gegevens uit database nummer 1 naar nummer 2 en heeft niets te maken met onderlinge communicatie. Althans niet in de zin van directe communicatie. Hierdoor loop je ook het risico van corrupte databases of data, houd dat even goed in de gaten.
pgFrank schreef op 17.07.2007 01:14:
cronjobs en xml? Dat lijkt mij meer op het (met regelmaat) overpompen van gegevens uit database nummer 1 naar nummer 2 en heeft niets te maken met onderlinge communicatie. Althans niet in de zin van directe communicatie. Hierdoor loop je ook het risico van corrupte databases of data, houd dat even goed in de gaten.
Een hele goede tip. Maar hoe zou ik de databases anders direct met elkaar kunnen laten communiceren ?
gaaaaaaaaaaaaaaaaaaaaaaap ik ben moe.
@frank
ik vernam uit betrouwbare bron dat je nederland weereens zou aandoen...
Kalle schreef op 17.07.2007 03:55:
een phpscript.
gaaaaaaaaaaaaaaaaaaaaaaap ik ben moe.
@frank
ik vernam uit betrouwbare bron dat je nederland weereens zou aandoen...
gaaaaaaaaaaaaaaaaaaaaaaap ik ben moe.
@frank
ik vernam uit betrouwbare bron dat je nederland weereens zou aandoen...
Lekker kort door de bocht, hier heb ik ook niks aan....
http://www.mysql.com/products/database/cluster/
Maar ik vraag me heel erg af welk doel je precies wilt bereiken...misschien zijn er wel andere oplossingen?
Remco van Arkelen schreef op 17.07.2007 10:58:
Lees over MySQL Cluster:
http://www.mysql.com/products/database/cluster/
Maar ik vraag me heel erg af welk doel je precies wilt bereiken...misschien zijn er wel andere oplossingen?
http://www.mysql.com/products/database/cluster/
Maar ik vraag me heel erg af welk doel je precies wilt bereiken...misschien zijn er wel andere oplossingen?
Als ik 2 websites heb met gegevens, met 2 verschillende databases. Dan wil ik er voor zorgen dat gegevens van database 1 naar database 2 gaan en andersom.
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Remco van Arkelen schreef op 17.07.2007 11:44:
Met als doel dat je 2 (of meer) identieke databases krijgt?
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Remco van Arkelen schreef op 17.07.2007 11:44:
Met als doel dat je 2 (of meer) identieke databases krijgt?
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Remco van Arkelen schreef op 17.07.2007 11:44:
Met als doel dat je 2 (of meer) identieke databases krijgt?
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Waarom richt je dan geen centrale databaseserver in waar al je sites gebruik van kunnen maken (op kunnen verbinden en opdrachten uit kunnen voeren)?
Een cluster / replicatie is een optie maar heeft best wat voeten in aarde om op te zetten, in te richten en te onderhouden...
Ik heb één database met 10 onderdelen, en 1 website met b.v. maar 1 onderdeel.
Volgens mij ben je toch klaar als je 1 centrale databaseserver inricht? Meerdere websites verbinden met die server, selecteren hun database/systeem en doen hun ding?
Remco van Arkelen schreef op 17.07.2007 12:27:
Hmm, misschien moet je e.e.a. maar even onderbouwen met een voorbeeld, maar ik begrijp het niet precies :)
Volgens mij ben je toch klaar als je 1 centrale databaseserver inricht? Meerdere websites verbinden met die server, selecteren hun database/systeem en doen hun ding?
Volgens mij ben je toch klaar als je 1 centrale databaseserver inricht? Meerdere websites verbinden met die server, selecteren hun database/systeem en doen hun ding?
Stel ik heb 1 hoofdwebsite en 10 subwebsites. Stel dat ik 10 onderwerpen heb, krijgt elke subwebsite 1 onderdeel en de hoofdwebsite alle 10 de onderwerpen. Stel dat er op de hoofdwebsite iets veranderd, dan moet dit ook op de subwebsite veranderen en andersom.
Ik wil namelijk echt apparte websites met hun apparte website die onderling data uitwisselen.