I would actually have to agree with Flanigan - a managed system would be the
better way to go. 

But I don't even think a database solution is structured enough to handle a
task as serious as storing config data - you'll need real people with real
skills for this job.

I suggest opening a small office away from the city manned by 2-3 of the
best developers. The application would request config data by sending emails
to the appropriate person, and that person would in turn phone the response
back to the system.

Here's the break-down:

1. Application requests a DSN: getDSN()

2. The getDSN() method sends an email to the config team asking for the DSN

2. Config Team receives request and looks up the DSN

3. Config team calls a special phone number and, using touch-tone, types the
DSN into their phone

4. Their response gets translated and sent to Coldfusion

5. A listener CFC receives the information and sets the DSN appropriately

6. Application continues on

No fuss, no worries. Using this system you remove stress from the
application and DBMS while HARNESSING the power of gateways. You can finally
say goodbye to that 512mb RAM upgrade you were thinking about.
 
Baz



 
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Joe Rinehart
Sent: Friday, October 28, 2005 7:42 AM
To: [email protected]
Subject: Re: [CFCDev] CFSQLTool debate

Aw man, do I have to built it in too?

;)

-Joe

On 10/27/05, Hal Helms <[EMAIL PROTECTED]> wrote:
> > I have never said how bad a design Mach was because I disagree with the
> use of XML as poor excuse for something that should have been in a
> > database.
>
> Doh! Why didn't we think of that -- putting the config info in a DB? Matt,
I
> hold you personally responsible for this oversight in Mach.
>
>
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.
>
> CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
>
> CFCDev is supported by New Atlanta, makers of BlueDragon
> http://www.newatlanta.com/products/bluedragon/index.cfm
>
> An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
>
>
>


--
Get Glued!
The Model-Glue ColdFusion Framework
http://www.model-glue.com


----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.

CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).

CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm

An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]





----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to 
[email protected] with the words 'unsubscribe cfcdev' as the subject of the 
email.

CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting 
(www.cfxhosting.com).

CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm

An archive of the CFCDev list is available at 
www.mail-archive.com/[email protected]


Reply via email to