From: David J. <dav...@ea...> - 2001-06-10 04:00:53
|
Hi, On 2001.06.09 12:26:21 -0400 "Leyne, Sean" wrote: > David, > > Maybe I'm not following your point here, you are talking about a server > (Server A)breaking right? > > If that's the case, how would the clients (who would still be pointing > to Server A)be able to connect to Server A (to have it redirect to > Server B), since it's dead? > > > > By the way, this discussion seems to be evolving/digressing(?) into a > discussion of the use of a Directory/Name service function, which both > the Client and Server side function would use to resolve aliases. Thats basically what I was thinking: dba could update the naming service to indicate the temporary location of db A on machine B while machine A is rebooted. Yes, this requires client side aliasing, and yes , its in the future, but I think it's a good reason to put the resolution/lookup in the why-valve. > > This evolution is fine by me, but outside of the scope of what I > realistically see as being the v1.x functionality, but is still very > productive to the overall discussion of server/database/user management > and security. > I agree, I think though that considering future possibilities can give us a hint about where to put this functionality now. Thanks david jencks > > Sean > > > -----Original Message----- > > From: David Jencks [mailto:dav...@ea...] > > Sent: Friday, June 08, 2001 11:33 PM > > To: fir...@li... > > Subject: Re: [Firebird-devel] Re: Y-valve & aliases > > > > > > Hi, > > I agree, I think one of the important uses for aliases is to provide > > location independence for databases. (machine a breaks, you change the > > alias to point to the copy on machine b). I don't see how > > this can be done > > if the server is interpreting the aliases, whereas it's > > obvious for the > > why-valve. > > > > david jencks > > _______________________________________________ > Firebird-devel mailing list > Fir...@li... > http://lists.sourceforge.net/lists/listinfo/firebird-devel > |