. The sort of thing that comes more naturally in OO. I'm sure someone
will say we should be doing that anyway, but seems to me that's not CF's
strength.
-Original Message-
From: Kola Oyedeji [mailto:[EMAIL PROTECTED]]
Sent: 04 April 2002 20:02
To: CF-Talk
Subject: RE: Where is the best place
Kola Oyedeji wrote:
Sorry i should have better phrased my question what would you do in a third
tier that you wouldnt put in the database or in the client?
Integration and coordination of multiple systems. For example, in a
reservation system you would call an EJB and send over a bunch of
.
-Original Message-
From: Kola Oyedeji [mailto:[EMAIL PROTECTED]]
Sent: 04 April 2002 20:02
To: CF-Talk
Subject: RE: Where is the best place to put business rules?
Sorry i should have better phrased my question what would you do in a third
tier that you wouldnt put in the database
Seems to me that by it's very nature CF militates against
the n-tier framework. CF is built to offer rapid development.
I suppose you could achieve something like it in CF by
separating the logical tiers within your CF app. So have
included pages or custom tags or UDF's that handled
I'm going to go off on a different tack here than the
discussion that's been going on.
It's important to note the difference between logical
tiers and physical tiers. It sounds like you want to
implement a logical 3-tier system on top of a physical
2-tier system and you're wondering where to put
in the great words of Adam Churvis.
What would happen if someone decided to update your
database using Excel ODBC connection? The stored
procedure wouldn't run. But if you had your business
logic in the trigger, it would fired upon an insert,
update, or delete.
That man
]]
Sent: 04 April 2002 17:05
To: CF-Talk
Subject: RE: Where is the best place to put business rules?
in the great words of Adam Churvis.
What would happen if someone decided to update your
database using Excel ODBC connection? The stored
procedure wouldn't run. But if you had your
I agree with Dave - putting all of your business logic
inside triggers can be a dangerous game. The best way
is to develop objects that implement your business logic
for you and these objects are then used by applications.
I don't think that's exactly what I said, or meant. I think that
I've often wondered about this is there really a need for
a third tier, what would you put in the third tier that you
*couldn't* put in a stored proc apart from file operations?
Well, given the fact that the vast majority of client-server and web
applications are two-tier, you could make
Sorry i should have better phrased my question what would you do in a third
tier that you wouldnt put in the database or in the client?
Kola
What would happen if someone decided to update your database using Excel
ODBC connection? The stored procedure wouldn't run. But if you had your
1) Where is the best place to put the business rules? CF
Templates (using CFTransaction), or Stored Procedures (using
SQL Transactions). We realize that some business rules need
to reside on the templates, such as client side data validation.
But processing pages are a different story.
To: CF-Talk
Subject: RE: Where is the best place to put business rules?
1) Where is the best place to put the business rules? CF
Templates (using CFTransaction), or Stored Procedures (using
SQL Transactions). We realize that some business rules need
to reside on the templates
then I put all my business logic inside of
triggers.
Anthony Petruzzi
Webmaster
954-321-4703
http://www.sheriff.org
-Original Message-
From: Kola Oyedeji [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 03, 2002 4:17 PM
To: CF-Talk
Subject: RE: Where is the best place to put business rules
of the
security concerns (and overhead) of checking URL vars for SQL
statements.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 03, 2002 4:19 PM
To: CF-Talk
Subject: RE: Where is the best place to put business rules?
in the great words of Adam
://www.ColdFusionTraining.com
E-mail: [EMAIL PROTECTED]
Phone: 770-446-8866
- Original Message -
From: Kevin Gilchrist [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Wednesday, April 03, 2002 6:24 PM
Subject: RE: Where is the best place to put business rules?
This is what we do too with a slight
We need to determine where the best place to put our business rules is.
I'm favouring Stored Procedures, while another developer is favouring CF
code (on the action pages). But we are looking for objective comments on
the pros and cons.
The situation is as follows:
We our developing a web app
16 matches
Mail list logo
