On Sat, 6 Jan 2007 22:17:45 -0800, Giovanni <[EMAIL PROTECTED]>
wrote:I get the point.=20
Does anyone have a solution that does not require an app running as
server?
Of course, you can do your own thing - no question.
But first it depends on the many parameters, e.g. about what amount
of data your talking? 30 articles, or 30.000 articles in a complex
structure?
What does your application? E.g. displaying information, or a dialog
system where a user can configure (e.g.) his car and get his price,
or it's a CRM with 100 new entries per hour?
If all this prerequisites fits together, then go with your file-based
solution, e.g. with xlm files. Every application for every user reads
the whole file in his cache at startup, so a file access is not
necessary.
But what's with the other CRUD-Operations? "Simple", design a
notification-/messaging system. For each change send a message to all
other running instances and then change the file. Or the first
instance manage the files and all other instances request the
necessary data from this application.
I bet the next requests from your customer is speed optimization, or
perhaps NOW the 10.000 articles, ... and for everything you're able
to find a solution, A developer was able to deliver all these
requests 20, 30 years ago without a "real database", so you're now
able too.
BUT if you do everything in the right way and you'll look back in 1
or 2 years, THEN you'll notice you've built your own database. I
prefer not to reinvent the wheel every two years ;-)
ciao
Thorsten Hohage
--
that-Office.de Softwaredesign - Hamburg,Germany
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
