Re: About Entity-Relationship Diagram in BDS 2007



"vavan" <VavanRemove@xxxxxxxxxxxxx> a écrit dans le message de news:
339r625462nlaa16ic2n8584gd86nr6o5v@xxxxxxxxxx

| oh yeah, please go and try to say that to all those oracle developers
| who wasted uselessly all those years trying to polish their dbms
| engine :)

Which doesn't explain why it took a team of Oracle engineers three weeks to
get an, already written, database up and running on one site that I was
involved with. There was nothing wrong with the database, simply configuring
the server was enough of a problem.

| production-level RDBMS is much more than that, you know, it is a very
| complex system of different layers and components which simply cannot
| be implemented by a single developer

OPFs are not limited to those written by a single developer. If enough of us
OPF types could justify the cost, we could quite easily implement any level
of complexity. Perhaps if Oraclze threw as much money at OODBs as they
continue to do at RDBs, we wouldn't be having this argu^H^H^H^Hdiscussion
:-)

| then why you told that: "some of the business logic is also placed in
| the the DB. This then takes us back to the bad old days where we have
| data in one place and functionality in another" ? you know, old good
| proven dbms never grow obsolete :)

I have never espoused putting business logic in the database; it is RDB
die-hards that insist on us OO types having to do that.

| yes, but there's no overhead of passing that data (which might be
| large enough) onto additional logic layer, all business logic could be
| implemented right where the data is i.e. in dbms itself

Likewise, once the data is read from disk into business objects, there is no
further overhead in executing code in those same business objects.

| let me clarify: I don't think so, moreover I'd like to see (and
| probably use) OPF which is as efficient as I need to for my goals.
| unfortunately I don't think it is always possible

Pay me, Jim and Bob enough and you shall see it :-))

| ok, but why to introduce it at all if there's already all needed
| functionality implemented in frameworks similar to midas? you already
| can map every object onto TDataSet level

Because Midas and TDataset is not as efficient as having business objects
that don't have to access the data in their fields by name indexes as is
common in generic database component technologies. Also Midas is an IPC,
therefore adding extra overhead to the IPC overhead of talking to the DB
directly.

| I'm grateful to dbms vendors (such as oracle) that I can simply
| implement all needed business logic handling gigabytes of data
| everyday "outside the box" without additional difficulties of
| reimplementing my own wheel :)

Uh uh, you are not handling data "outside the box", you are limiting
yourself to what those guys at Oracle decided to put in the box.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer


.



Relevant Pages

  • Web Developer-Oracle -PL/SQL
    ... Web Developer (PL/SQL; Oracle) ... Web Developer works to translate business requirements into technical ...
    (comp.databases.oracle.marketplace)
  • Re: acceptable way to program
    ... Chas Douglass wrote: ... And yet no serious Oracle DBA or developer would ... > I don't know where you are reading it.) ...
    (comp.lang.java.programmer)
  • Recommend an Application Development/Report Writing Tool?
    ... I'm an experienced Access developer who appreciates the many wonderful abilities that Access has as a front end development tool on an Oracle database. ... I'm looking for something that will let me easily connect to my data and use subforms/subreports, the ability to bind data to forms/reports and will allow me to escape the "enslavement" of having to run around to different installs and making sure a proper ODBC DSN is set up. ...
    (comp.databases.oracle.tools)
  • Re: DB developing
    ... Oracle DBA track and the Oracle developer track, ... I've been thinking off and on about pursuing an OCP - not sure whether DBA ...
    (comp.databases.ms-access)
  • Re: Oracle Linux/Virtualization Software
    ... I am not saying Oracle is correct and I'm not ... virtualization product and also with Oracle products on non- ... utilization with an average of three times less overhead using Oracle ... other VM products vs. real hardware was cut down to a quarter". ...
    (comp.databases.oracle.server)