<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 24, 2009, at 1:50 PM, Marcus Clyne wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"> <div bgcolor="#ffffff" text="#000000"> Cliff,<br> <br> The limit mentioned there is just for the JDBC driver, and is due to the limits of JDK 1.5.x.&nbsp; You don't have to use the JDBC driver for PBMS.&nbsp; There's a direct C API, you can use any MySQL APIs to input data and and you can 'upload' the blobs via HTTP.</div></blockquote><div><br></div><div>&nbsp;If I need an instance of java running per client, it's going to be impossible to serve unless I have more than 50 servers (which is very expensive just on electricity)</div><div><br></div><blockquote type="cite"><div bgcolor="#ffffff" text="#000000">The limits on blob size are based on MySQL's limits, which glancing at <a class="moz-txt-link-freetext" href="http://dev.mysql.com/doc/refman/5.1/en/storage-requirements.html">http://dev.mysql.com/doc/refman/5.1/en/storage-requirements.html</a> appears to be 4GB for LONGBLOB (which all data in PBMS is stored as).<br> <br> The<strong></strong><font size="3"><strong></strong></font> 'problems' I was thinking about, though, was with the actual time/overhead it takes to load a file that big into a db.&nbsp; The main advantage I see for PBMS over static files is when you have a very large number of them (hundreds of thousands or more), because then you avoid having large extra storage capacity for metadata and you don't ask the filesystem to deal with a huge number of files.<br> <br> Serving just a few thousand files from the filesystem, though, isn't going to put it under stress.</div></blockquote><div><br></div><div>because some file is going to be seen multiple time by different people I'm expecting the ISP to proxy the data for the same URL. I'm more worried by the on demand which will not be proxy.</div><div><br></div><div>- Brice</div></div></body></html>