Felix Schwarz <[EMAIL PROTECTED]> wrote:
>
> If I don't build the two tables in the
>
> INSERT INTO entries ..
> INSERT INTO entries ..
> INSERT INTO entries ..
>
> INSERT INTO binaries ..
> INSERT INTO binaries ..
> INSERT INTO binaries ..
>
> but instead do
Am 02.05.2006 um 18:46 schrieb [EMAIL PROTECTED]:
Felix Schwarz <[EMAIL PROTECTED]> wrote:
I'm wondering whether there is a big
performance hit for a simple
SELECT binarydata FROM entries WHERE somehash = 27817298;
when I use
CREATE TABLE entries(
entry_id I
If you have a wide table and want to optimize performance you would do
better to increase the page size.
JS
Jay Sprenkle wrote:
On 5/2/06, Felix Schwarz <[EMAIL PROTECTED]> wrote:
Hi,
Morning!
"Put small and frequently used columns early in the table to minimize
the need to follow the o
Felix Schwarz <[EMAIL PROTECTED]> wrote:
>
> I'm wondering whether there is a big
> performance hit for a simple
>
> SELECT binarydata FROM entries WHERE somehash = 27817298;
>
> when I use
>
> CREATE TABLE entries(
> entry_id INTEGER PRIMARY KEY,
> som
Felix Schwarz wrote:
Hi,
I have to decide on a table layout for storing the data of my
upcoming project.
Yesterday I have made my way through the excellent presentation at
http://www.sqlite.org/php2004/page-036.html and read the sentence
"Put small and frequently used columns early in t
On 5/2/06, Felix Schwarz <[EMAIL PROTECTED]> wrote:
Hi,
Morning!
"Put small and frequently used columns early in the table to minimize
the need to follow the overflow chain."
Now, that's interesting! And I'm wondering whether there is a big
performance hit for a simple
SELECT binar
Hi,
I have to decide on a table layout for storing the data of my
upcoming project.
Yesterday I have made my way through the excellent presentation at
http://www.sqlite.org/php2004/page-036.html and read the sentence
"Put small and frequently used columns early in the table to minimize
7 matches
Mail list logo