From (JavaScript must be enabled to view this email address)

Carolyn, does your architecture allow for the data compression of images at the rate of 1:40??
Let me know please.
Regards,
David Lodato

Need to clarify the intent of the question. What is meant by “images?” I assume he is talking about graphics files like JPG. This would raise a couple of issues -

1) We don’t support BLOB datatype currently. BLOB is the binary data type that would be used to store image/graphics data in the database.

2) JPG by its nature is already compressed and cannot be compressed further.

Geoffrey

Geoffrey Falk - 08 July 2009 11:04 AM

Need to clarify the intent of the question. What is meant by “images?” I assume he is talking about graphics files like JPG. This would raise a couple of issues -

1) We don’t support BLOB datatype currently. BLOB is the binary data type that would be used to store image/graphics data in the database.

2) JPG by its nature is already compressed and cannot be compressed further.

Geoffrey

Unless the idea is to store images in a data table in such a way that information about every pixel is stored in a separate row.

I know that it may sound like a very, very, very big data table (if you have many images) but some people attempt to do it and - if it’s possible to compress such tables well enough - it may provide quite interesting capabilities of SQL-based image analysis.

Best greetings,

Dominik