Determination of Business Logic location

I'd love to be able to read this, but can't see an english version. Intelligent information on such architecure questions is very valuable, and sometimes I find hard to come by.

I would have to question the statement without having read the doc/ opinions. Surely it would greatly depend on the actual business logic that an individual is refering to.

Ie.

A SPROC could validate the application users rights to edit (update) a record. This then is applying security at the lowest levels. Of course this would also be implmented higher in the architecture, but as with web services and smart clients validation must happen in multiple places for a user friendly and data sensitive approach.

This is not the merging of the business logic layer of code with the data layer, or the consumption of object from the business logic layer in anyway, it is however, applying application or business logic.

As for what the data layer should be. An access library for a given physical or other datasource consuming nothing from the layers above, and providing interface defintions for interaction.

Also, with the signifcant emergence of XML applications where lots of processing is completed on a SQL server to return results - sometimes by direct XPath queries - surely this then becomes a neccessity?

At least this is what I think, and I have no problems with being corrected, it could be beneficial.

Sorry if I have my usual typo's.

mokeefe at 2007-9-9 >

Hi Javier,

Am I missing something with your links? You obviously post in English, but I am getting spanish.

mokeefe at 2007-9-9 >