This is an automatic response with Vincent, citing "poor performance" argument whenever anyone mentions putting images in a database.
It very much depends on your application, the size of your images, and how they are used.
There are cases, take icons for example, where the file system overhead for thousands or even millions of images is far more expensive than delivering the images from the database. Why should the file system have to support over 1,000,000 file handles for icons or small images, when you can store and deliver these much more efficently from a database.
On the other hand, you would be foolish to load 10M+ images into database tables without a real hard reason to do so.
If you have an application need to put images in a database, go right ahead. It works fine.
I have a number of applications where image storage is in mySQL, Oracle or Sybase databases, and in many cases, the delivery of the image from the database outperforms the same delivery from the filesystem by more than an order of magnitude.
Your application and your data will determine the best method to use for you.
-t