Search the web
Sign In
New User? Sign Up
otug_java_sig · The OTUG Java SIG of the Twin Cities
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want your group to be featured on the Yahoo! Groups website? Add a group photo to Flickr.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Use Database or File System?   Message List  
Reply | Forward Message #493 of 636 |
Re: [otug_java_sig] Use Database or File System?

I agree that proper abstraction makes the storage of the image
irrelevant. However, there needs to be an initial implementation. I
was hoping to use this debate (or discussion, if you like that better)
to get opinions from those that have been down this path ahead of me.
While I’m continually refactoring the code, I want to avoid a failed
implementation option because I failed to account for a critic factor
when selecting that option.

--- Richard Hansen <richard.hansen@...> wrote:

> What's to debate? You should create an abstraction of image loading
> so
> it doesn't matter how files are stored. Decouple page creation from
> from
> image storage format. Use disk files now and later switch to a
> database
> if needed, the page generation code won't care if the abstraction is
> right.
>
> Don Griffing wrote:
>
> >This group has been rather silent for a while. So, I thought that I
> >would liven things up a bit with an online debate.
> >
> >Joking aside, I am going to be added the ability to load images of
> the
> >various objects in the web application (e.g. employee photo). While
> I
> >could use a BLOB to store the image in the database, I’m more
> inclined
> >to use the file system. What do you think?
> >
> >
> >Don Griffing
> www.firstdegreesolutions.com
> >
> >A common mistake that people make when trying to design something
> completely foolproof is to underestimate the ingenuity of complete
> fools. -- Douglas Adams
> >
>
>
> ------------------------ Yahoo! Groups Sponsor
> --------------------~-->
> Fair play? Video games influencing politics. Click and talk back!
> http://us.click.yahoo.com/T8sf5C/tzNLAA/TtwFAA/saFolB/TM
>
--------------------------------------------------------------------~->
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>


Don Griffing www.firstdegreesolutions.com

A common mistake that people make when trying to design something completely
foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams



__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs



Tue Oct 18, 2005 1:52 pm

degriff
Offline Offline
Send Email Send Email

Forward
Message #493 of 636 |
Expand Messages Author Sort by Date

This group has been rather silent for a while. So, I thought that I would liven things up a bit with an online debate. Joking aside, I am going to be added...
Don Griffing
degriff
Offline Send Email
Oct 17, 2005
5:05 pm

What's to debate? You should create an abstraction of image loading so it doesn't matter how files are stored. Decouple page creation from from image storage...
Richard Hansen
richard_hans...
Offline Send Email
Oct 17, 2005
11:53 pm

I agree that proper abstraction makes the storage of the image irrelevant. However, there needs to be an initial implementation. I was hoping to use this...
Don Griffing
degriff
Offline Send Email
Oct 18, 2005
1:52 pm

My two cents... In terms of implementing the persistence, you should consider the access pattern. For example, if there is the possibility of multiple...
Brad Rubin
BradRubin@...
Send Email
Oct 18, 2005
3:11 pm

Don: I looked something akin to this a few years ago for storing pictures of commercial properties I obtain each year for every one of our loans. The quantity...
Steph Thompson
sthomps_esi
Offline Send Email
Oct 20, 2005
12:40 am
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help