I saw an impressive demonstration of Eclipse
at a recent Java Software symposium put together
by completeprogrammer.net.  It was the 2nd Version
of Eclipse, and it looked very nice.  I would 
certainly recommend it for consideration.
--------------
Considering the 1.2 or 1.4 Sun Java Programmer Exam?
Get JCertify!
http://www.enterprisedeveloper.com/jcertify
The best investment in your career you will make all
year

--- Leonardo Moreira <[EMAIL PROTECTED]>
wrote:
> Hi,
> 
> I'm starting to work with Java , and I'm not sure
> about the IDE to use . As
> it's free I thought on use Eclipse. Could someone
> give me an opinion about
> Eclipse running on Windows ?
> 
> tks
> 
> Leonardo Moreira
> 
> -----Original Message-----
> From: Jason Kilgrow [mailto:[EMAIL PROTECTED]]
> Sent: Sexta-feira, 5 de Julho de 2002 12:30
> To: JDJList
> Subject: [jdjlist] Re: Another DB design
> 
> 
> Greg & Tomm,
> May I share an experience I had with a more
> experienced developer?
> I'll try to keep it simple and to the point.
> About a year ago my colleagues and I were developing
> a web reporting
> tool to replace paper reports coming out of a legacy
> mainframe
> application.
> We designed a database that was in no way a "good"
> design. It went
> against all of the rules for normalization and what
> has been drilled
> into our heads as good design. But, when we reviewed
> the requirements
> for the project and the future expectations, it was
> the design we
> came up with. During development, we ran into a
> couple of issues but
> they were easily overcome and we pressed on.
> The time came for us to put our great new
> application into
> production. It worked and everything. It met all of
> the present and
> future requirements and it was really useful.
> Well, a senior developer got a hold of our design
> and he didn't like
> it. Rather than address his concerns with the
> development team, he
> went straight to management. Management went through
> the roof. A
> meeting was called with management and this senior
> developer. We
> agreed that we could have been wrong and decided to
> meet again with
> the senior developer so he could help us redesign
> the application
> starting with the database (his biggest complaint).
> During the next 3 weeks, our team and he went around
> and around
> trying to figure out how to fit a "good database
> design" into the
> project parameters. At the end, this senior
> developer conceded that
> what we had was actually very appropriate and he
> ended up eating a
> little humble pie in front of management.
> My point is that you don't always have to follow the
> normal database
> design paradigms to have a good database design. Use
> what works and
> what is appropriate for the job at hand.
> My 4 cents worth. I'll shut up now.
> Thanks.
> --- Greg Nudelman <[EMAIL PROTECTED]> wrote:
> > Dear Tomm:
> >  
> > Thank you for your insight.  I can certainly say
> that I have
> > benefited from
> > your advice and experience.  I wanted to address
> some questions you
> > mentioned:
> > 
> > 1) > I don't understand.  If all the customer
> information is in the
> > WholesaleCustomer table, what is in the Customer
> table?  If it
> > contains
> > duplicate information, why have it at all?
> >  
> > As I understand it, Customer table is there in
> order to be
> > facilitate
> > queries/reports (and paging 50-records-at-a-time)
> on all the
> > customers
> > together.  It acts as sort of the sequence of IDs
> would, helping to
> > keep
> > track of various customers and their respective
> class types.
> >  
> > 2) >But why?  It solves no problem.  It makes
> nothing easier.  On
> > the
> > contrary, working with these tables are difficult
> and prone to
> > errors.  
> >  
> > As I said in my previous post, I think it
> certainly makes
> > retrieving a
> > specific complete record easier.  SELECT * vs. a
> Join.  Simple to
> > write and
> > maintain.  All that said, I definitely hear the
> difficulties you
> > mentioned
> > in copying the object from one class to another...
> I guess it
> > depends on
> > what you're doing most often, and that is "very
> hard" to predict. 
> > Sounds
> > like "2.5-table" design scheme may actually create
> more problems
> > then it
> > solves.
> >  
> > 3) >I will repeat my statement from a previous
> post that there is
> > not
> > necessarily a one to one correlation with a table
> being created for
> > every
> > subclass in the object design.  One may have a
> single table
> > handling
> > multiple levels of object inheritance.  
> >  
> > I take it you like my acquaintance's "2.5-table"
> design scheme even
> > less
> > then you do the "1-table" design.  I am more
> partial to a 1-table
> > scheme
> > myself, as it solves a lot of the deep joins and
> maintenance
> > problems, even,
> > as you pointed out, while creating a multitude of
> other issues.
> > 1-table
> > design seems to be especially horrible if you want
> to share the DB
> > with
> > other app systems. 
> >  
> > So, in your opinion, one should almost always
> follow the "3-table"
> > design as
> > it gives you the least problems, and avoid any and
> all DB-design
> > shortcuts/optimizations?  Have you, in your
> 22-years of software
> > engineering, ever had experience with this
> "3-table" design giving
> > performance, maintenance or any other problems?
> > If so, maybe you can share some of the successful
> > patterns/work-around
> > designs?
> > Is there a "magic" solution to maintaining all
> those deep 7-8 table
> > joins?
> >  
> > Thank you again, I think this was (is) a very
> important design
> > discussion.
> >  
> > Greg
> >  
> >  
> >  
> > 
> > -----Original Message-----
> > From: Tomm Carr [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, July 03, 2002 12:08 PM
> > To: JDJList
> > Subject: [jdjlist] Re: Another DB design
> > 
> > 
> > Greg Nudelman wrote:
> > 
> > 
> > OK, here is ANOTHER DB design scheme I have just
> heard yesterday,
> > so I want
> > to run this by everybody.  My acquaintance tried
> to model his DB
> > tables
> > according to the "classic" accepted way, that is
> how Tomm Carr and
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com

To change your membership options, refer to:
http://www.sys-con.com/java/list.cfm

Reply via email to