S.Isaac Dealey wrote:
>> S.Isaac Dealey wrote:
Files: use the snapshot capabilities from your OS/FS
>>>
>>> For an application that might be deployed on any given
>>> OS/FS?
>>
>> Which OS/FS on which CFMX is supported does not have
>> snapshot capabilities?
>
> Don't they vary from o
> Which OS/FS on which CFMX is supported does not have
> snapshot capabilities?
Don't they vary from one OS to the next? ...
Granted, Andy's probably only looking to make this work for the one
application (os/database/platform),
YUP. NOT TRYING TO MAKE IT COMPLICATED OR PORTABLE. THAT SAID,
> S.Isaac Dealey wrote:
>>>
>>> Files: use the snapshot capabilities from your OS/FS
>>
>> For an application that might be deployed on any given
>> OS/FS?
> Which OS/FS on which CFMX is supported does not have
> snapshot capabilities?
Don't they vary from one OS to the next? ...
Granted, Andy's
Andy wrote:
>
> I need to read up on MS SQL Transaction logs and discuss options with my
> host. Should I also read-up on snapshots? Outside of UML, I don't know
> what they are.
Snapshots is just for files, not for databases.
Jochem
~~~
Jochem,
I need to read up on MS SQL Transaction logs and discuss options with my
host. Should I also read-up on snapshots? Outside of UML, I don't know
what they are.
Andy
>>
>> Files: use the snapshot capabilities from your OS/FS
>
> For an application that might be deployed on any given OS/
S.Isaac Dealey wrote:
>>
>> Files: use the snapshot capabilities from your OS/FS
>
> For an application that might be deployed on any given OS/FS?
Which OS/FS on which CFMX is supported does not have snapshot
capabilities?
>> Database: use the native tools from your database
>
> For an appli
Actually, the problem is that in the shared environment I am in, I can't
count on the transaction logs. So I need to wrap my own.
Andy
-Original Message-
From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 15, 2005 9:23 AM
To: CF-Talk
Subject: Re: Transaction Hi
> Keith,
> My thought was something of a highbred, with the entire
> XML on one line.
> Basically the structure containing the object and
> to the
> log. I might add some header to the start of the line
> before saving, such
> as object name and date.
> What do you think about this approach?
I
>> 2. Keeping it in XML format
> Not so good. My objection here is that appending to the
> log would be prohibitively expensive. If you're doing
> logging, the format of your file needs to be something
> you can append to without needing to do any messing with
> the rest of the file. Because XML
> Andy wrote:
>> I am thinking about creating a transaction history for
>> auditing, repairing
>> and undoing. I am thinking about using XML since this
>> would be easy to
>> create and would adjust naturally to the addition of new
>> attributes.
>> However, this would make the file sizes larger.
-Original Message-
From: Keith Gaughan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 15, 2005 7:49 AM
To: CF-Talk
Subject: Re: Transaction History File
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy wrote:
> I am thinking about creating a transaction history for auditing, repairing
&g
elf.
Andy
-Original Message-
From: Jochem van Dieten [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 15, 2005 8:11 AM
To: CF-Talk
Subject: Re: Transaction History File
Andy wrote:
> I am thinking about creating a transaction history for auditing, repairing
> and undoing. I am thinking about
Andy wrote:
> I am thinking about creating a transaction history for auditing, repairing
> and undoing. I am thinking about using XML since this would be easy to
> create and would adjust naturally to the addition of new attributes.
> However, this would make the file sizes larger.
>
> What are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy wrote:
> I am thinking about creating a transaction history for auditing, repairing
> and undoing. I am thinking about using XML since this would be easy to
> create and would adjust naturally to the addition of new attributes.
> However, this w
14 matches
Mail list logo