Re: theoretical question on the RDBMS

> Automation is a separate issue, but a key issue.
> It is towards automation that all IT sites should gear.
>
> From my perspective, the less outside the RDBMS
> the better and easier and simpler things are, therefore
> I seek the general solution to the problem in getting
> 100% of the code into the database.
>

If it is just the CODE you want in the RDBMS, you could of course just use stored procedures; they can be coded in Java (or c# in coming version of SQLServer). This would naturally exclude client-side code, but HTML-applications could be (and probably are being) done this way.

But frankly, I don't think that is the real issue. The problem is code, because

1. somebody has to code it
2. somebody has to maintain it and
3. your business logic will be hided and dispersed in the code

The solution is to get rid of code  

>
> So we may take these comments to assume that there
> exists no product on the market at the moment to
> enable this theoretical migration of intelligence from
> the desktop (or indeed application servers :) to the
> RDBMS ?
Dataphore probably comes close...

regards,

Lauri Received on Sat Aug 17 2002 - 16:13:35 CDT