dbTalk Databases Forums  

Bob's product picks?

comp.databases.object comp.databases.object


Discuss Bob's product picks? in the comp.databases.object forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Andy Dent
 
Posts: n/a

Default Bob's product picks? - 09-22-2003 , 02:07 PM






Whilst hanging my head in ignorant shame, I'd like to ask Bob just what
products and approaches he DOES recommend people use?

From one of his comments I deduce some use of Oracle in the past.

What do you recommend, Bob, for people;
1) programming apps that could be both standalone and client-server

2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring a
separate export step)

3) wanting a productive API so they don't have to employ absolute
top-rank programmers just to write vertical apps

4) who don't want their customers having to employ a specialist DBA or
go through complex database installs.

I'd really like to know if there's anything out there that Bob considers
usable in these circumstances or which of the above criteria rule out
his preferred solutions.

thanks (sincerely)

--
Andy Dent BSc MACS AACM
OOFILE - Database, Reports, Graphs, GUI for c++ on Mac, Unix & Windows
PP2MFC - PowerPlant->MFC portability
http://www.oofile.com.au/

Reply With Quote
  #2  
Old   
David Morse
 
Posts: n/a

Default Re: Bob's product picks? - 09-26-2003 , 12:54 PM






Never mind Bob if you are a Java dev - it is FirstSQL/J.

www.firstsql.com

Dave M.
"Andy Dent" <dent (AT) oofile (DOT) com.au> wrote

Quote:
Whilst hanging my head in ignorant shame, I'd like to ask Bob just what
products and approaches he DOES recommend people use?

From one of his comments I deduce some use of Oracle in the past.

What do you recommend, Bob, for people;
1) programming apps that could be both standalone and client-server

2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring a
separate export step)

3) wanting a productive API so they don't have to employ absolute
top-rank programmers just to write vertical apps

4) who don't want their customers having to employ a specialist DBA or
go through complex database installs.

I'd really like to know if there's anything out there that Bob considers
usable in these circumstances or which of the above criteria rule out
his preferred solutions.

thanks (sincerely)

--
Andy Dent BSc MACS AACM
OOFILE - Database, Reports, Graphs, GUI for c++ on Mac, Unix & Windows
PP2MFC - PowerPlant->MFC portability
http://www.oofile.com.au/



Reply With Quote
  #3  
Old   
Paul Tiseo
 
Posts: n/a

Default Re: Bob's product picks? - 09-26-2003 , 02:15 PM



In article <dent-0A7E2D.03075723092003 (AT) funnel (DOT) arach.net.au>,
dent (AT) oofile (DOT) com.au says...
Quote:
2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring a
separate export step)
How do you "run against a document"?
--
----------------------------------------
Paul Tiseo, Systems Programmer
Research Computing Facility, Mayo Clinic
tiseo128.paul23 (AT) mayo (DOT) edu
(please remove numbers to email me)


Reply With Quote
  #4  
Old   
Bob Badour
 
Posts: n/a

Default Re: Bob's product picks? - 09-26-2003 , 07:52 PM



David,

Andy should thank you. My twit filter makes him invisible to me unless
someone with a brain has the lack of sense to respond to him. The answer of
course is: I recommend he educate himself on the fundamentals so that he can
legitimately compare products for himself.

Regards,
Bob

"David Morse" <davem405 (AT) comcast (DOT) net> wrote

Quote:
Never mind Bob if you are a Java dev - it is FirstSQL/J.

www.firstsql.com

Dave M.
"Andy Dent" <dent (AT) oofile (DOT) com.au> wrote in message
news:dent-0A7E2D.03075723092003 (AT) funnel (DOT) arach.net.au...
Whilst hanging my head in ignorant shame, I'd like to ask Bob just what
products and approaches he DOES recommend people use?

From one of his comments I deduce some use of Oracle in the past.

What do you recommend, Bob, for people;
1) programming apps that could be both standalone and client-server

2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring a
separate export step)

3) wanting a productive API so they don't have to employ absolute
top-rank programmers just to write vertical apps

4) who don't want their customers having to employ a specialist DBA or
go through complex database installs.

I'd really like to know if there's anything out there that Bob considers
usable in these circumstances or which of the above criteria rule out
his preferred solutions.

thanks (sincerely)

--
Andy Dent BSc MACS AACM
OOFILE - Database, Reports, Graphs, GUI for c++ on Mac, Unix & Windows
PP2MFC - PowerPlant->MFC portability
http://www.oofile.com.au/





Reply With Quote
  #5  
Old   
Andy Dent
 
Posts: n/a

Default Re: Bob's product picks? - 10-03-2003 , 12:24 AM



Paul Tiseo <tiseo128.paul23 (AT) mayo (DOT) edu> wrote

Quote:
In article <dent-0A7E2D.03075723092003 (AT) funnel (DOT) arach.net.au>,
dent (AT) oofile (DOT) com.au says...
2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring a
separate export step)

How do you "run against a document"?
It is a common practice for many desktop applications to follow the
"document paradigm" (ie: like a word processor). Even though your app
may be processing records within a database, the user may still want a
single document. They choose that document through a File - Open
dialog and then when it is opened, your app is in database mode. Any
time someone needs an app to operate on an offline copy of a
client-server database, something like this is probably happening.

One example of migrating from the database paradigm I've seen is the
rather good UML tool Objecteering. Early versions required you to
specify where the database was located and went though typical
database administration features (even having separate admin apps). If
you wanted to take a UML design home you had to import and fix ID's on
the other machine.

Currently, you have a single document that can be freely copied
between machines.

The typical term used in these cases is "embedded database" but that
can get confusing compared to situations like Faircom's c-tree Plus
being genuinely embedded in hardware like petrol pumps, courier
routing boxes etc.

I'm sorry Bob has me in his twit filter - I was genuinely curious to
see if he had a recommendation for technology, rather than just
casting accusations of ignorance at most participants in this forum.


Reply With Quote
  #6  
Old   
David Morse
 
Posts: n/a

Default Re: Bob's product picks? - 10-03-2003 , 03:39 PM



OK - good point.

Dave M.
"Bob Badour" <bbadour (AT) golden (DOT) net> wrote

Quote:
David,

Andy should thank you. My twit filter makes him invisible to me unless
someone with a brain has the lack of sense to respond to him. The answer
of
course is: I recommend he educate himself on the fundamentals so that he
can
legitimately compare products for himself.

Regards,
Bob

"David Morse" <davem405 (AT) comcast (DOT) net> wrote in message
news:x3%cb.594734$uu5.97546 (AT) sccrnsc04 (DOT) ..
Never mind Bob if you are a Java dev - it is FirstSQL/J.

www.firstsql.com

Dave M.
"Andy Dent" <dent (AT) oofile (DOT) com.au> wrote in message
news:dent-0A7E2D.03075723092003 (AT) funnel (DOT) arach.net.au...
Whilst hanging my head in ignorant shame, I'd like to ask Bob just
what
products and approaches he DOES recommend people use?

From one of his comments I deduce some use of Oracle in the past.

What do you recommend, Bob, for people;
1) programming apps that could be both standalone and client-server

2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring
a
separate export step)

3) wanting a productive API so they don't have to employ absolute
top-rank programmers just to write vertical apps

4) who don't want their customers having to employ a specialist DBA or
go through complex database installs.

I'd really like to know if there's anything out there that Bob
considers
usable in these circumstances or which of the above criteria rule out
his preferred solutions.

thanks (sincerely)

--
Andy Dent BSc MACS AACM
OOFILE - Database, Reports, Graphs, GUI for c++ on Mac, Unix & Windows
PP2MFC - PowerPlant->MFC portability
http://www.oofile.com.au/







Reply With Quote
  #7  
Old   
Bob Badour
 
Posts: n/a

Default Re: Bob's product picks? - 10-05-2003 , 06:08 PM



dent (AT) oofile (DOT) com.au (Andy Dent) wrote in message news:<b6f45c1a.0310022124.67e6af97 (AT) posting (DOT) google.com>...
Quote:
Paul Tiseo <tiseo128.paul23 (AT) mayo (DOT) edu> wrote

In article <dent-0A7E2D.03075723092003 (AT) funnel (DOT) arach.net.au>,
dent (AT) oofile (DOT) com.au says...
2) possibly needing to run agaist a single "document" that users can
copy around as freely as a word-processing file (and without requiring a
separate export step)

How do you "run against a document"?

It is a common practice for many desktop applications to follow the
"document paradigm" (ie: like a word processor). Even though your app
may be processing records within a database, the user may still want a
single document. They choose that document through a File - Open
dialog and then when it is opened, your app is in database mode. Any
time someone needs an app to operate on an offline copy of a
client-server database, something like this is probably happening.

One example of migrating from the database paradigm I've seen is the
rather good UML tool Objecteering. Early versions required you to
specify where the database was located and went though typical
database administration features (even having separate admin apps). If
you wanted to take a UML design home you had to import and fix ID's on
the other machine.

Currently, you have a single document that can be freely copied
between machines.

The typical term used in these cases is "embedded database" but that
can get confusing compared to situations like Faircom's c-tree Plus
being genuinely embedded in hardware like petrol pumps, courier
routing boxes etc.

I'm sorry Bob has me in his twit filter - I was genuinely curious to
see if he had a recommendation for technology, rather than just
casting accusations of ignorance at most participants in this forum.
Sadly, I have to use google groups today to catch up on everything my
ISP's limited usenet server allowed to scroll while I was travelling,
and thus far google has not implemented a twit filter.

I only point out the ignorance of the vociferously ignorant, and I
suspect the vast majority of participants in this newsgroup have never
posted a message.

Apparently, you missed the technology I recommended before I left on
my trip. It is not a new technology. It is an old technology. In fact,
it is a very old technology, which was put to use very effectively by
Plato and his sundry classmates. I am certain the technology predates
written history and no doubt drove the development of writing
technology. In fact, I am fairly certain the technology predates our
species.

For those with curious minds, the technology, of course, is education.


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.