On 21-03-2015 16:00, Jim Starkey wrote: > >> On Mar 21, 2015, at 2:35 PM, Kovalenko Dmitry <dmitry.lipe...@gmail.com> >> wrote: >> >> Look to OLE DB properties. >> >> Each property has the unique ID: <GUID>.<Number>. > > Bad idea for many reasons: > > 1. Not upwards compatible from existing scheme > 2. Gross overkill > 3. GUIDs can't be transmitted byte-wise, consisting of a 32 bit int, > three 16 bit ints, and a number of bytes. In a byte array, they're platform > independent. > 4. That has no provision for non-numbers like strings. > > DPB codes are single bytes assigned sequentially starting from 1. Anyone who > can't figure out how to assign private codes should take up a different line > of work. >
DPB is wrong in all sense. It's very cheap to parse, but nobody needs to live with its all disadvantages in a much cost (attachment) process. It's binary, every connection layer must support it. We do not talk about hardcoded constants in applications only. There is database tools, application servers, etc. And if you think in pluggable multi-provider, every connection layer must know every constant of every provider and every new versions of them. Or let people edit binary strings in files. Connection parameters should be in text form. Adriano ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
