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
--
--
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
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
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
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
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.
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,
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
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
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:
10 matches
Mail list logo