Council on Library and Information Resources

http://www.clir.org/home.html
-
http://www.clir.org/pubs/issues/issues25.html#plan
-

----------

http://www.clir.org/pubs/reports/rothenberg/contents.html

Avoiding Technological Quicksand:
Finding a Viable Technical Foundation for Digital Preservation 

by Jeff Rothenberg 
January 1998

Contents
Preface 

Executive Summary 

Introduction 
The Digital Longevity Problem 
Preservation in the Digital Age 
The Scope of the Problem 
Technical Dimensions of the Problem 
The Inadequacy of Most Proposed Approaches 
Criteria for an Ideal Solution 
The Emulation Solution 
Research Required for the Emulation Approach 
Summary 
References 

---end---

On 15 Apr 2002 at 9:49, [EMAIL PROTECTED] wrote:


> Ian,
> 
> I've put of replying to this for a couple of weeks now.  I see that
> no one else has replied either, at least to the list.
> 
> Archiving data is a rather complex subject. 

...


> "Biddell, Ian" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 03/27/02 01:53 AM
> Please respond to ORACLE-L
> 
>  
>         To:     Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
>         cc: 
>         Subject:        Archiving Data Strategies.
> 
> 
> Hi All,
> 
> I previously posted this question to the Lazydba List and got a couple
> of replies, but thought I would also send it to this list as well to see
> if I can just get a couple more (so excuses to those people that have
> already seen it)
> 
> I am currently discussing with a customer their requirements for
> archiving data as their system is 4 years old and billing data is piling
> up which obviously is affecting performance. I am pushing for an Oracle
> upgrade, they are currently on 7.3.4 and I am trying to get them to go
> to 9i. The main reason for this is so they can use partitioning.
> 
> My question to the List is to try and find out other people's
> experiences in archiving complex and integral data and whether most have
> gone the partitioning path or some other path (ie. Something like
> separate tables and data migration).


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Eric D. Pierce
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to