Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Kjell Rilbe
Den 2013-09-02 16:53 skrev Jim Starkey såhär: Let me offer another humble suggestion, though one that should not be a candidate for FB3: Ditch the concept of fixed length records, completely and forever. I really really really like this! Kjell -- --

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Alex Peshkoff
On 09/03/13 11:02, Kjell Rilbe wrote: Den 2013-09-02 16:53 skrev Jim Starkey såhär: Let me offer another humble suggestion, though one that should not be a candidate for FB3: Ditch the concept of fixed length records, completely and forever. I really really really like this! That's

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Dimitry Sibiryakov
03.09.2013 9:13, Alex Peshkoff wrote: But I see one problem - currently all (or at least most of all) record buffers are allocated at prepare time. With variable record length this strategy requires change, and that change does not look trivial at the first glance. What problem do you

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Dmitry Yemanov
03.09.2013 11:13, Alex Peshkoff wrote: That's definitely a candidate for next ODS. But I see one problem - currently all (or at least most of all) record buffers are allocated at prepare time. With variable record length this strategy requires change, and that change does not look trivial at

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Alex Peshkoff
On 09/03/13 13:04, Dimitry Sibiryakov wrote: 03.09.2013 9:13, Alex Peshkoff wrote: But I see one problem - currently all (or at least most of all) record buffers are allocated at prepare time. With variable record length this strategy requires change, and that change does not look trivial at

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Dimitry Sibiryakov
03.09.2013 11:22, Alex Peshkoff wrote: Add dynamic allocation to SQZ? No. SQZ pack RecordBuffer into fixed-size pages, there is no need for dynamic allocation there. Dynamic allocation is needed in RecordBuffer only and only for strings. -- WBR, SD.

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Alex Peshkoff
On 09/03/13 13:21, Dmitry Yemanov wrote: 03.09.2013 11:13, Alex Peshkoff wrote: That's definitely a candidate for next ODS. But I see one problem - currently all (or at least most of all) record buffers are allocated at prepare time. With variable record length this strategy requires change,

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Ann Harrison
On Tue, Sep 3, 2013 at 5:04 AM, Dimitry Sibiryakov s...@ibphoenix.com wrote: What problem do you foresee? AFAIK, ccess to single field values is already incapsulated in record class, so string buffer in DSC can be replaced with pointer without hacking whole engine. So, only SQZ

Re: [Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-03 Thread Jim Starkey
On 9/3/2013 8:02 AM, Alex Peshkoff wrote: On 09/03/13 13:21, Dmitry Yemanov wrote: 03.09.2013 11:13, Alex Peshkoff wrote: That's definitely a candidate for next ODS. But I see one problem - currently all (or at least most of all) record buffers are allocated at prepare time. With variable

[Firebird-devel] Record Encoding, was Unicode UTF-16 etc

2013-09-02 Thread Jim Starkey
Let me offer another humble suggestion, though one that should not be a candidate for FB3: Ditch the concept of fixed length records, completely and forever. Let me sketch the scheme I used in Netfrastructure / Falcon, which originated from a suggestion on this list. The key elements are: