![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
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/ |
#3
| |||
| |||
|
|
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) |
#4
| |||
| |||
|
|
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/ |
#5
| |||
| |||
|
|
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"? |
#6
| |||
| |||
|
|
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/ |
#7
| |||
| |||
|
|
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. |
![]() |
| Thread Tools | |
| Display Modes | |
| |