Sleep? What is that?
On Saturday 11 June 2005 01:01 am, Kevin Toppenberg wrote:
I just played with this some more, and data from one
edit is showing up in the data from next edit. I'll
need to debug this some more after I get some sleep...
Kevin
--- Kevin Toppenberg [EMAIL PROTECTED]
Nancy;
Sleep is one of those impractical myths, (like vacations and having a
relationship) that take time away from our productivity.
Only the enlightened have been able to overcome such distractions. ;^)
- Original Message -
From: Nancy Anthracite [EMAIL PROTECTED]
To:
Listen, I'm not sure what this says, but I somehow feel the need to make it
clear I have nothing but respect for VistA and its developers. It was
great, in fact, still is, but the old gray mare ain't what she used to be
and is aging by the day. All systems that are worth a damn someday reach
It seem to me that you do want is an M database that is reengineered for VistA
because of its speed, easier mantainance and reliability and additionally,
the ability to do SQL queries on that database. Seems like Cache delivers
that and with the right additional software, GT.M can do that as
Actually, I think VistA's growing pains (or death throes, depending
on your point of view), really has much less to do with the
underlying language and DBMS than many suppose. The trouble is that
it is such an obvious difference between VistA and some other systems
that we tend to focus on
I'm just on my way out the door right now, but while I think the relational model sometimes gets a raw deal around here, I also agree that it is not the be and end all of database technology. If you try and sit down and work through the mathematics, you'll quickly find that object models have
Yes, it will be interesting to see what can be done with Cache. We're
looking into the patient screening issue I mentioned previously, for
example.
It's interesting, I never heard of this M/VistA being faster than SQL
relational until I started reading these messages. I'm keen to see if
that's
I think it is working appropriately now. I forgot to
new one of my variables. It's fixed on the wikki
site.
Hope that works for you all.
Kevin
--- Kevin Toppenberg [EMAIL PROTECTED] wrote:
I just played with this some more, and data from one
edit is showing up in the data from next edit.
Joseph;
One reason you haven't seen benchmark comparisions between the different
relational databases (Oracle, Sybase, DBase (you pick the release),
Informix), the vendors contractually inhibits their users from publishing
the results. Why would they do that? Because they know the outcome.
Are you saying that a paper didn't make it through the peer review
process? If I were a reviewer for a paper of this type, I'd be
looking for clear definitions of terms like faster, and I'd also
want to see some theoretical basis for the comparisons being made. My
personal opinion is that
Which is faster? An Indy car or a Formula One car? In the
Indianapolis 500, the leaders speeds will be between 220 and 230 mph.
Speeds in the Grand Prix del Monaco will not be as high. What
conclusions can you draw from this?
===
Gregory Woodhouse
[EMAIL PROTECTED]
A practical man is a
Relational databases are slower and that has long been recognized, and they
require a lot more work to maintain and design. Oracle is probably the
gorilla in that field and is very expensive and slow. Yea, maybe you get
some pretty reports from it, but not likely in real time.
Not
Yes, Oracle is expensive, perhaps prohibitively so. Is that the only game
in town, I wonder? Surely there's something between SQL Server and Oracle?
You mean aside from Postgres, Mysql and others?
Ruben
---
This SF.Net email is
Thanks very much Mark,
I got this with my first go around -
Heading (S/C): DEVICE LIST//
DEVICE: test TEST-LINUX-PRINTER HOME LAN [BUSY] ... RETRY? NO//
Then I realized I got the path wrong to the temp file. Now I am getting
this error:
Do you want your output QUEUED? NO// (NO)
lpr:
Actually I think the VA has plans to be able to use any number of SQL
databases when they are done with this rehosting, but I doubt that any SQL
database will beat the speed of M. After all, it was specifically designed
for use in this setting. Relational databases are going to be better for
I use MySQL and am pretty happy with it.
===
Gregory Woodhouse
[EMAIL PROTECTED]
A practical man is a man who practices the errors of his
forefathers. -- Benjamin Disraeli
On Jun 11, 2005, at 9:23 PM, Ruben Safir wrote:
Yes, Oracle is expensive, perhaps prohibitively so. Is that the
16 matches
Mail list logo