Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)

From: Bob Badour <bbadour_at_pei.sympatico.ca>
Date: Fri, 02 Jun 2006 13:42:21 GMT
Message-ID: <1fXfg.16498$A26.381509_at_ursa-nb00s0.nbnet.nb.ca>


Joe Van Dyk wrote:

> Joe Van Dyk wrote:
> 

>> Joe Van Dyk wrote:
>>
>>> Alfredo Novoa wrote:
>>>
>>>> Robert Martin wrote:
>>>
>>> <snip>
>>>
>>> Question for the "the system's behavior needs to be in the dbms" people:
>>>
>>> My current view of a dbms is that it's a place to store stuff.
>>> Obviously, it can be much more than that.
>>>
>>> Say I'm writing an e-commerce website. I'm restricted to cheap
>>> and/or free databases, but feel free to assume that I'm not.
>>>
>>> The credit card supplied with the order needs to be verified against
>>> an external encrypted web service. If the order goes through, then
>>> it needs to notify another web service that fulfills the order. Once
>>> UPS ships, I need to get that information from UPS. If all the rules
>>> for the sytem are in the dmbs, can the dbms do all that external
>>> stuff? Perhaps through stored procs?
>>>
>>> If so, is anyone aware of any open source web applications that do
>>> have all the rules for the system in the database?
>>>
>>> And to you same people, do you think there's room for "application
>>> databases", where applications (who may or may not use databases for
>>> storing information) talk to each other through well-defined interfaces?
>>>
>>> Thanks,
>>> Joe
>>
>> Doing some research, and it looks like it's quite possible. From
>> Oracle, at least. Interesting.
>>
>> http://www.oracle.com/technology/sample_code/tech/java/jsp/samples/wsclient/Readme.html
>
> How do you do unit testing on dbms? Or does such a thing not make sense?

The same way one does unit testing anywhere else. Received on Fri Jun 02 2006 - 15:42:21 CEST

Original text of this message