LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (December 1996, week 3)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Sat, 21 Dec 1996 22:15:12 -0800
Reply-To:   Karsten Self <kmself@IX.NETCOM.COM>
Sender:   "SAS(r) Discussion" <SAS-L@UGA.CC.UGA.EDU>
From:   Karsten Self <kmself@IX.NETCOM.COM>
Subject:   Re: Revision Control with SAS?
Comments:   To: Mike McDowell <mcdowell@MORPHEUS.COR.EPA.GOV>
Content-Type:   text/plain; charset="us-ascii"

Mike,

There are several possibilities, I'll mention a couple here.

First, I'll point out the obvious -- that version control really consists of several related functions: - Restricting concurrent update access to objects (either on a file/table/dataset basis, or on a row/record/line basis). - Providing information on the most recent version of data on a system (create date, user, notes). - Providing rollback capabilities -- enabling restoration of prior states of a system or file.

Some of these capabilities are easier to implement than others. Some of the capabilities are easier to implement in some contexts (text files) than others (binary/data files).

- I've heard some mumblings about SAS coming out with some sort of version control/revision control product, possibly integrated with the workings of the SQL DICTIONARY views. The fact that some objects in the views have create times specified as dates and others as datetime makes the implementation features of this somewhat interesting.

- Depending on your platform(s) and/or access to software, you might want to incorporate a standard version control product into your solution. The more current versions of RCS (a semi-standard Unix utility, also available for Win95 and WinNT, DEC VAX/AXP) support binary files. This solution would probably involve doubling (or more) your data storage requirement (archived and 'checked out' data are accessed differently). I don't know whether or which ported versions support binary file version control. Other version control products may also be available which better suit your needs.

- SAS/SHARE, password protection, and several other features of SAS could be used to restrict access to SAS datasets (though they wouldn't provide rollback capabilities for your data).

- Buying a real database with rollback and versioning capabilities, and using SAS/ACCESS to provide access to the data. If required for processing requirements, the current view of the data could be replicated as a current SAS dataset, other versions would be supported as views or via other mechanisms.

Good luck.

>Date: Wed, 18 Dec 1996 16:35:08 GMT >From: Mike McDowell <mcdowell@MORPHEUS.COR.EPA.GOV> >Subject: Revision Control with SAS? > >Hi all, > >We want to implement a revision control system for our SAS datasets - >where we could 'check out' the latest version of a dataset, or, if >necessary, check out an old version of a dataset. Has anyone >implemented such a system (maybe using proc compare)? Any ideas >on how we might go about doing this? Most (if not all) of the >systems that I know about only do source code revision control. > >Thanks, > >Mike > >------------------------------------------------------------------------ >Mike McDowell OAO Corporation >mcdowell@mail.cor.epa.gov US EPA National Health and Environmental > Effects Research Laboratory >(541) 754-4474 Western Ecology Division >mcdowell@peak.org Corvallis, Oregon ---------------------------------------- Karsten Self / kmself@ix.netcom.com

What part of gestalt don't you understand?


Back to: Top of message | Previous page | Main SAS-L page