[prev in list] [next in list] [prev in thread] [next in thread]
List: mysql
Subject: Efficient Blobbing?
From: "Felix E. Klee" <felix.klee () inka ! de>
Date: 2011-01-06 17:12:28
Message-ID: AANLkTim2_yq=Dg7hhTa5QethbGhNU=waHeQ++F7iXY5s () mail ! gmail ! com
[Download RAW message or body]
I am dealing with blobs up to - I estimate - about 100 kilo bytes in
size.
Storage engine: InnoDB
Frontend: PHP
Some questions:
* I've read somewhere that it's not good to update blobs, because it
leads to reallocation, thus fragmentation, thus bad performance. Is
that true? Any reference on this?
* Initially the blobs get constructed by appending data chunks. Each
chunk is up to 16 kilo bytes in size. Is it more efficient to use a
separate chunk table instead, for example with fields as below?
parent_id, position, chunk
Then, to get the entire blob, one would do something like:
SELECT GROUP_CONCAT(chunk ORDER BY position) FROM chunks WHERE
parent_id = 187
The result would be used in a PHP script.
* Is there any difference between the types of blobs, aside from the
size needed for meta data, which should be negligible.
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=mysql-marcsub@progressive-comp.com
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic