Re: APIs - Sorry to ask
- From: "Ed Prochak" <ed.prochak@xxxxxxxxxxxxxxxxxx>
- Date: 1 Jul 2005 11:50:16 -0700
But Jim's point still applies: consider what backend you may use and
the API issue may resolve itself. For example there are ways in ORACLE
to read ordinary files as if they were tables. I fyou picked ORACLE,
your API is simplified in thay you application doesn't know or care
whether the data is in a file or a real table. So solving the table
versus file issue is rather small compared to the security issues.
It's not simply a question of trusting Staff. Will these hospitals have
network connections? Internet access? Yours would not be the first
system to let private info be hacked.
FWIW, the system I work on now has a JAVA based application that is
fired off by a .NET front end (that handles the login). So will skill
and careful design it doesn't necessarily have to be an either/or
question.
The other end of security is reliability. can you really trust writing
data to FLAT FILES not to be corrupted during a system crash? I've
worked on medical diagnostic equipment and the guiding rule for us was
"better no result than a wrong result".
We went to great pains making sure no test data was corrupted.
So just because these are smaller doesn't make the security issues go
away.
HTH,
ed
.
- References:
- APIs - Sorry to ask
- From: mz
- Re: APIs - Sorry to ask
- From: Jim Kennedy
- Re: APIs - Sorry to ask
- From: marz
- APIs - Sorry to ask
- Prev by Date: Re: Purchase Order Sofware
- Next by Date: Re: Data Definition Language
- Previous by thread: Re: APIs - Sorry to ask
- Next by thread: Purchase Order Sofware
- Index(es):
Relevant Pages
|