Subject | Re: [Firebird-Architect] Re: database encryption |
---|---|
Author | Jim Starkey |
Post date | 2010-11-05T15:29:48Z |
On 11/5/2010 11:23 AM, Dimitry Sibiryakov wrote:
suitable interface and isn't a suitable foundation for an encryption
architecture.
Rather than trashing the idea of page and line encryption, why not set
out to define a comprehensive encryption architecture for Firebird that
a) you can live with, and b) can be implemented incrementally over
time. Explaining to users over and over why what they have reasonable
requested is kinda dumb. Line encryption is a critical feature, and if
Firebird is going to play in cloud computing, so is database level
encryption. Besides, thinking about a problem, the requirement,
prospective solutions, and possible implementation is a good exercise.
--
Jim Starkey
Founder, NimbusDB, Inc.
978 526-1376
> 05.11.2010 16:20, Jim Starkey wrote:You didn't ask, but yes, I had nothing to do with that. It isn't a
>> On 11/5/2010 11:12 AM, Dimitry Sibiryakov wrote:
>>> 05.11.2010 16:06, Jim Starkey wrote:
>>>> Um, that's not a terribly clever interface.
>>> Did you expect anything better from Borland guys?..
>> I expect better from Firebird guys.
> This piece of code is completely inherited. If you are telling that it crept into
> codebase after you...
>
suitable interface and isn't a suitable foundation for an encryption
architecture.
Rather than trashing the idea of page and line encryption, why not set
out to define a comprehensive encryption architecture for Firebird that
a) you can live with, and b) can be implemented incrementally over
time. Explaining to users over and over why what they have reasonable
requested is kinda dumb. Line encryption is a critical feature, and if
Firebird is going to play in cloud computing, so is database level
encryption. Besides, thinking about a problem, the requirement,
prospective solutions, and possible implementation is a good exercise.
--
Jim Starkey
Founder, NimbusDB, Inc.
978 526-1376