Re: oracle newbie

    People mean different things by "generation". If you mean that the database design, business rules and front end can be stored in the repository for future use or documentation purposes then Designer can do 100% "generation".

    But if you mean that you want to have windows, objects, menus, functions etc. do things for you which don't happen to be built into Designer, then you have to code these things.

> > Don't we still have to define the tables with fields and datatypes,
> > etc, create the forms and provide actions based on certain events

   Yes, one way or another you will have to do these things with any product. How could any product know what you had in mind for tables, fields, datatypes or specific forms?

Sybrand Bakker <postmaster_at_sybrandb.demon.nl> wrote in message news:936472058.13975.0.pluto.d4ee154e_at_news.demon.nl...
> Your manager is correct. It is possible to have 100 percent generation.
> Please note : I'm not a designer expert, I have used a predecessor, and
> there it usually failed because the screen layout was not what we wanted.
> The mechanisms to change the screen layout have been enhanced greatly.
>
> Hth,
>
> --
> Sybrand Bakker, Oracle DBA
>
> <sboucher_at_msn.com> wrote in message news:7qrnaf$i2j$1_at_nnrp1.deja.com...
> > Can oracle generate its own code by plugging values into Designer or
> > Forms or whatever it uses.
> >
> > I think I am being misinformed about the uses of Business Process
> > Modelling and Entity Realtionship diagrams
> >
> > My take on all this is the Business Process Modeller and Entity
> > Relationship diagramer is simply for documentation. My manager seems to
> > think this is going to generate tables and code like a 4GL type program.
> >
> > Don't we still have to define the tables with fields and datatypes,
> > etc, create the forms and provide actions based on certain events.
> >
> > I am used to SQL server and front-ending our applications with VB of
> > Visual Foxpro. Our office seems to favor going to Oracle at this
> > moment for a data conversion project migrating data from COBOL
> > mainframe environment to client-server
> >
> > Thanks
> >
> > Scott
> >
> >
> > Sent via Deja.com http://www.deja.com/
> > Share what you know. Learn what you don't.
> >
>
>
Received on Sat Sep 04 1999 - 17:11:46 CDT