Re: What does everyone else do for graphically displaying data?
- From: mdR <mrafn@xxxxxxxxxxx>
- Date: Wed, 12 Dec 2007 16:37:28 -0800 (PST)
On Dec 12, 6:07 pm, mdR <mr...@xxxxxxxxxxx> wrote:
On Dec 12, 10:01 am, "RussellT" <RussellDTur...@xxxxxxxxx> wrote:
"mdR" <mr...@xxxxxxxxxxx> wrote in message
news:00b2fbcc-5710-49b8-ba91-7a50a26c4a29@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
~hey
ok--i need to quit researching and testing, and get on with
applications. one way or another, make a decision and get back to
work.
what does the majority of programmers do for displaying data in a one-
to-many relational database?
brief history: i come from using Borland Delphi (object-pascal) where
it was pretty brainless in setting up editable table/grid displays.
moved from there to Java, recognizing the whole platform independant
thing and wanting to move forward. so purchased Borland JBuilder...
same thing: basically drag and drop components in the ide, set
properties and presto, you had an application where you can edit data
from a gui. Then came the bomb (for me)--borland removed all such
libraries/components from their latest release and dropped all support
for there data-aware components. hey-whatever...fortunately their
dbms is fully JDBC compliant, so at least i can move forward.
so after much research, i find that there really is not much for data-
aware component libraries for use in ide's out there! i have read the
JDBC API reference cover to cover a couple of times, researched these
newsgroups quite a bit and just would like to confirm a direction i
should be going. you know it's funny--all the examples for jdbc do
not have graphical displays (ie: windows)! it is all just console
output. hey-even i can do that!
it appears that i should just forget looking for component libraries
and do all the data stuff / graphical stuff in code. for example--can
you bind a data grid to a database table so that when you edit the
grid cell it updates the table data? how do you do that? is this
easily done or does it involve a lot of additional coding?
any help would be greatly appreciated. to me, this appears to be a
~very gray area.
dazed and confused...
-mark
Why leave the advanced Delphi system and go to Java. Not only are the Delphi
data aware components well developed, but also the available databases are
painless (NexusDB, FlashFiler, Dbsim, etc.), as are the database
managers/explorers. Delphi does make all that easy, and it is rapid
development, so you must have a good reason for switching.
-russell
i'm starting to question that myself!
basically because it makes the applications more capable of being
managed by others within the business besides myself. There are not
too many out there that are Delphi capable :) Java ~appears~ to be
more portable than others and secure in the future(?) (and I don't
want to switch to C++).
-mark
p.s. forgot also--one of the major factors is Java is the only hook
into one of our major engineering software packages. L8r
.
- References:
- Prev by Date: Re: What does everyone else do for graphically displaying data?
- Next by Date: Re: What does everyone else do for graphically displaying data?
- Previous by thread: Re: What does everyone else do for graphically displaying data?
- Next by thread: [Announce] Stylus Studio 2008 Now Available
- Index(es):
Relevant Pages
|
