Drop Table

Support Forum for database administrators and web based access to important newsgroups related to databases
Register on Database Support Forum Edit your profileCalendarFind other Database Support forum membersFrequently Asked QuestionsSearch this forum -> 
For Database admins: Free Database-related Magazines Now Free shipping to Texas


Post New Thread










Thread
Author

Can SQL Server work with a Paradox table?
I've never really setup or used MS SQL Server (just a couple hours, one
day, several months ago).  I think MS SQL Server has the ability to use
"linked tables", like MS Access does.  Is this correct?  What I want to
do is have an MS SQL Server setup, which compatible applications can
talk with, but I want the data to come from a Paradox database.  I can
use any MS SQL version, whatever would work best.  I'm not sure about
the Paradox version, I know it is an old DOS version.  I can't just
convert the data to another format, because Paradox still needs to use
it.

I tried using MS Access before, with ODBC drivers it *should* be able
to work with the Paradox data.  However, I ended up with lots of data
corruption.  I'm hoping MS SQL Server may work better, and not corrupt
the Paradox data everytime it is updated.


Report this thread to moderator Post Follow-up to this message
Old Post
eselk@surfbest.net
02-18-06 01:23 AM


Re: Can SQL Server work with a Paradox table?
It's been a while since I've used Paradox, but you should be able to
what you want.  I would find the appropriated ODBC drive from Paradox,
rather than use the generic MS drivers.  That was probably the cause of
your corruption issues in the past.

How real-time does your data access need to be?  If there can be some
delay, you may consider using an import process to fetch the data from
Paradox and convert it to MSSQL; that may reduce locking issues on the
Paradox side.

HTH,
Stu


Report this thread to moderator Post Follow-up to this message
Old Post
Stu
02-19-06 01:23 AM


Re: Can SQL Server work with a Paradox table?
Thanks for the reply.  The data access needs to be real-time, so any
import/export or even synchronization would not work.

I'll try again, since I don't remember all of the details.  I'm pretty
sure over my several attempts I tried both the MS drivers, and the BDE
drivers (Borland, but as far as I know those are the only Paradox
drivers, since Corel (current Paradox owners) haven't really updated
Paradox or done any work on it).  I only tried with Access though, so
I'll see if I have better luck with MSSQL.


Report this thread to moderator Post Follow-up to this message
Old Post
eselk@surfbest.net
02-20-06 04:23 PM


Re: Can SQL Server work with a Paradox table?
For the project I worked on integrating Paradox with SQL Server, I
ended up buying a copy of Paradox to get the ODBC drivers that came
with it.  It was some third-party driver (and it was years ago), but
they worked great.  Of course, I wasn't doing real-time integration; it
happened every 5 minutes or so.

Not sure that helps; I tried googling for the vendor we used (I think
it was DataDirect, but not sure).  All I remember was that it was
cheaper to get a single copy of Paradox than to get the server licence
from the vendor.

Stu


Report this thread to moderator Post Follow-up to this message
Old Post
Stu
02-21-06 01:24 AM


Re: Can SQL Server work with a Paradox table?
Thank you, and that is exactly what I found.  After reading the last
post I decided to try again.  This time I found that ODBC driver that
comes with Paradox (by Intersolv) and that fixed the data corruption
which I was getting with the Microsoft driver.  Great!

I just started to play around with it.  Most areas seem pretty fast.
The only weird thing, which I'm hoping I can find a way around, is that
it takes about 5 seconds to enter "edit mode", for example:

1. Open Linked table in Access (opens really fast, like in Paradox)

2. Browse through records (really fast), then start to edit one of the
records

... Access hangs for about 5 seconds, then enters "edit mode"...

3. Edit the record and save it (really fast), edit aditional records
(really fast).

4. Close table, then reopen...

5. First edit has that 5 second delay again.

I'm sure it has to do with locking.  In Paradox it takes less than a
second to enter edit mode (a split second), so hopefully there is a way
to get the ODBC driver to work just as fast.  Not sure if it is an ODBC
thing, or Access, but I guess I could check by using some other
utilities which can use the ODBC driver (like Borland's "Database
Desktop").

I haven't brought SQL into the picture yet, but I might, for one thing
I'll only need one server license for the ODBC driver, instead of one
for each workstation if I only use Access.

Stu  wrote:
> For the project I worked on integrating Paradox with SQL Server, I
> ended up buying a copy of Paradox to get the ODBC drivers that came
> with it.  It was some third-party driver (and it was years ago), but
> they worked great.  Of course, I wasn't doing real-time integration; it
> happened every 5 minutes or so.
>
> Not sure that helps; I tried googling for the vendor we used (I think
> it was DataDirect, but not sure).  All I remember was that it was
> cheaper to get a single copy of Paradox than to get the server licence
> from the vendor.
>
> Stu


Report this thread to moderator Post Follow-up to this message
Old Post
eselk@surfbest.net
02-21-06 01:24 AM


Sponsored Links





Last Thread Next Thread
Post New Thread

Microsoft SQL Server forum archive

Show a Printable Version Email This Page to Someone! Receive updates to this thread
Microsoft SQL Server
Access database support
PostgreSQL Replication
SQL Server ODBC
FoxPro Support
PostgreSQL pgAdmin
SQL Server Clustering
MySQL ODBC
Web Applications with dBASE
SQL Server CE
MySQL++
Sybase Database Support
MS SQL Full Text Search
PostgreSQL Administration
SQL Anywhere support
DB2 UDB Database
Paradox Database Support
Filemaker Database
Berkley DB
SQL 2000/2000i database
ASE Database
Forum Jump:
All times are GMT. The time now is 05:18 AM.

 
Mobile devices forum | Database support forum archive




Copyrights DropTable.com Database Support Forum 2004 - 2006