Communicatie websites onderling

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Pagina: 1 2 volgende »

Robert-Jan

Robert-Jan

16/07/2007 20:18:00
Quote Anchor link
Beste mensen,

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
 
PHP hulp

PHP hulp

28/09/2021 22:05:38
 
Marco PHPJunky

Marco PHPJunky

16/07/2007 20:21:00
Quote Anchor link
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


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 ?
 
Frank -

Frank -

16/07/2007 20:24:00
Quote Anchor link
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.
 
Marco PHPJunky

Marco PHPJunky

16/07/2007 20:28:00
Quote Anchor link
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.


@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...
 
Frank -

Frank -

16/07/2007 20:36:00
Quote Anchor link
@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.
 
Marco PHPJunky

Marco PHPJunky

16/07/2007 20:40:00
Quote Anchor link
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.


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
 
Frank -

Frank -

16/07/2007 20:46:00
Quote Anchor link
@Marco: Open zelf even een topic wanneer je een discussie wilt voeren over jouw eigen onderwerp. Wel zo netjes.
 
Robert-Jan

Robert-Jan

16/07/2007 21:30:00
Quote Anchor link
Marco schreef op 16.07.2007 20:21:
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


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
 
Robert-Jan

Robert-Jan

16/07/2007 23:51:00
Quote Anchor link
Ik sprak net iemand die zei dat het te doen is met crontab jobs en xlm te genereren. Echter iedereen kan dan de xml uitlezen en ik heb geen zin om persoonsgegevens op straat te gooien.

Heeft iemand nog een ander idee ?
 
Frank -

Frank -

17/07/2007 01:14:00
Quote Anchor link
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.
 
Robert-Jan

Robert-Jan

17/07/2007 01:33:00
Quote Anchor link
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 ?
 
Kalle P

Kalle P

17/07/2007 03:55:00
Quote Anchor link
een phpscript.





gaaaaaaaaaaaaaaaaaaaaaaap ik ben moe.

@frank
ik vernam uit betrouwbare bron dat je nederland weereens zou aandoen...
 
Robert-Jan

Robert-Jan

17/07/2007 10:55:00
Quote Anchor link
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...


Lekker kort door de bocht, hier heb ik ook niks aan....
 
Remco van Arkelen

Remco van Arkelen

17/07/2007 10:58:00
Quote Anchor link
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?
 
Robert-Jan

Robert-Jan

17/07/2007 11:26:00
Quote Anchor link
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?


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.
 
Remco van Arkelen

Remco van Arkelen

17/07/2007 11:44:00
Quote Anchor link
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...
 
Robert-Jan

Robert-Jan

17/07/2007 12:05:00
Quote Anchor link
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...
 
Robert-Jan

Robert-Jan

17/07/2007 12:05:00
Quote Anchor link
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...
 
Robert-Jan

Robert-Jan

17/07/2007 12:06:00
Quote Anchor link
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...


Ik heb één database met 10 onderdelen, en 1 website met b.v. maar 1 onderdeel.
 
Remco van Arkelen

Remco van Arkelen

17/07/2007 12:27:00
Quote Anchor link
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?
 
Robert-Jan

Robert-Jan

17/07/2007 12:31:00
Quote Anchor link
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?


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.
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.