On Wed, Nov 6, 2019 at 7:22 PM Jens Alfke wrote:
>
>
> > On Nov 6, 2019, at 9:25 AM, Digital Dog wrote:
> >
> > If there are millions or billions of rows
> > in the data set I consider it big data and the only reasonable format for
> > storing it is a column store format.
>
> There are many
> On Nov 6, 2019, at 9:25 AM, Digital Dog wrote:
>
> If there are millions or billions of rows
> in the data set I consider it big data and the only reasonable format for
> storing it is a column store format.
There are many types of stores for "big data". My employer, Couchbase, has
Hi!
I'm late to the party, but want to contribute. I did not read all messages
in the thread, but in those I've read did not contain a question about
number of ROWS. We know how many columns you desire, but how many rows are
there?
No matter how I like SQLite, I would not store this kind of data
On Wed, 6 Nov 2019 at 22:21, Richard Hipp wrote:
> On 11/6/19, Raitses, Alex wrote:
> > Hello,
> > Please find attached Klocwork static analysis report for “C source code
> as
> > an amalgamation”, version 3.30.1 (sqlite3.c).
> > Can you please review the report attached and update which bugs
On 11/6/19, Raitses, Alex wrote:
> Hello,
> Please find attached Klocwork static analysis report for “C source code as
> an amalgamation”, version 3.30.1 (sqlite3.c).
> Can you please review the report attached and update which bugs can be
> fixed.
>
(1) This mailing list strips attachments.
Hello,
Please find attached Klocwork static analysis report for “C source code as an
amalgamation”, version 3.30.1 (sqlite3.c).
Can you please review the report attached and update which bugs can be fixed.
Regards,
Alex
-
Intel
6 matches
Mail list logo