db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oystein.Grov...@Sun.COM (Øystein Grøvlen)
Subject Re: [jira] Created: (DERBY-646) In-memory backend storage support
Date Fri, 04 Nov 2005 09:42:01 GMT
>>>>> "SF" == Stephen Fitch <051933f@acadiau.ca> writes:

    SF> I agree with Francois. Booting  a database with a special client seems
    SF> needlessly complicated when it  can be externally specified outside of
    SF> an application.

I am not saying that a special client should be required.  I just
think it should be possible for an DBA to change database
configuration without having to change the application.

If I were to set up Derby in an client/server environment, I would be
sceptical of allowing any client/application to boot and shut down
databases.  It should be possible to require special authorization to
do such operations.

    SF> I understand where you're coming from now though Øystein.

    SF> This all started because I was trying to get alternate StorageFactorys
    SF> working in the network client/server  setup. I was looking at it from
    SF> the  perspective that  anyone could  be connected  and  doing anything
    SF> anywhere on  the network  server at anytime.  So, to just  assume what
    SF> StorageFactory is  already active  is the one  you want when  you dont
    SF> specify one may cause unpredictable results in this case.

At least in a production environment I do not think this is a common
scenario.

-- 
Øystein


Mime
View raw message