Stata The Stata listserver
[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

Re: st: Stat/Transfer v. Dbms/Copy

From   Fred Wolfe <>
Subject   Re: st: Stat/Transfer v. Dbms/Copy
Date   Sat, 29 Nov 2003 14:06:47 -0600

We made the change from DBMSCOPY to Stat/transfer. We use it exactly the same way as you do. It has been 100% satisfactory. Good service, good program, no problems.

Fred Wolfe

At 10:25 AM 11/29/2003 -0800, you wrote:

I've been a very satisfied user of Dbms/Copy for a number of years.  I was
sorry to see that SAS has acquired the program, and I am especially
distrubed at the prospect of having to pay both a version upgrade fee and a
not so optional annual "maintenance" fee to obtain patches and technical
support.  I'm considering Stat/Transfer as an alternative, and I would be
interested in the experience of others who have made the switch from
Dbms/Copy to Stat/Transfer.

I use Dbms/Copy maily to convert files between Excel, Access, Oracle, SAS
and Stata.  (It's the inability of my current version of Dbms/Copy to handle
Stata v. 8 files that's forcing me to either upgrade to Dbms/Copy v. 8 or
switch to a different product.)   I use both the interactive and the batch
modes of Dbms/Copy, and I need something that has a batch program capability
similar to Dbms/Copy.  I would also like to have the ODBC drivers for Oracle
and Access built into the the program--the way Dbms/Copy operates--rather
than having to purchase separate drivers for these programs.

All opinions and advice would be greatly appreacted.

Mike Hollis
Life is what happens while you're busy making other plans.  John Lennon

*   For searches and help try:

Fred Wolfe
National Data Bank for Rheumatic Diseases
Wichita, Kansas
Tel (316) 263-2125     Fax (316) 263-0761

*   For searches and help try:

© Copyright 1996–2023 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index