-------- Original-Nachricht --------

> Datum: Sat, 18 Jul 2009 21:18:42 +1000
> Von: "Alan McDonald" <alan@...>
> An: firebird-support@yahoogroups.com
> Betreff: RE: RE: [firebird-support] big images in database

> > > and just how the files can be supplied in a multi-user environment,
> > stored
> > > on the server in shares? yuk! is another piece of the puzzle.
> > > on-the-fly zip filters is something I need to do sometime.
> > > Alan
> >
> > That is not a problem if it is a webapplication, or if you use an
> > applicationserver that is able to stream the file content to the client
> > application.
> >
> > Administration is also easy in those cases: define a root storage path
> > and store the filepaths relative to that root. If you move the files
> > around, you will only need to adjust the setting for the root storage
> > path.
> >
> > Mark
>
> not the same in client/server setup though.

Depends on you client/server setup. If you use fat clients that handle everything by them selves then there is some more work. But if you use a client/server setup where you have an application server (or a webservice) for certain aspects including the handling of files then that should work without a hitch.

Although I have worked with an application that did use a combination of a webapplication and (semi)independent fat clients. It usually worked fine (within a LAN), except when the files were moved around. Then there were some problems with correcting the path, but nothing that a few well formulated update queries couldn't fix.

--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01