Subject | New to SQL / Interbase |
---|---|
Author | Michael Melling |
Post date | 2000-10-05T09:33:37Z |
I am a relative novice when it comes to database design and
management. I work for a company of 15-20 people, which uses a
Novell NetWare 5 network and relies heavily on our in-house
Paradox 7 database. Over the past two years I have become
increasingly involved in firstly, running queries and reports, and
more recently maintaining and developing our database. We are
considering upgrading to a client/server SQL database - something
which has been at the back of the mind of the director, who
developed our database from scratch, for some time, but which he
has not been able to invest any time in, so has been put off. We
have a 60-day trial version of Interbase 5.6 for NetWare, which I am
trialing: Does anyone know if/when Interbase 6.0 OpenSource is
being launched for NetWare?
I have read 'Upsizing Paradox Databases to Interbase' by James
Arias-La Rheir on the Interbase website, which is reassuring that we
are on the right track, as we are planning to continue using our
existing Paradox forms as an interim measure. Are then any other
good introductions to interbase-conversion that I should read.
Incidentally, I was checking out the Interbase site to find an article
on the EMPLOYEE example database referred to in the manual, but
failed to find this - anyone know where this is located.
I have a few initial random queries:
Which network protocol is most succesful in why situation: IPX/SPX
or TCP/IP?
Which type of driver should I use as a BDE alias - the Borland
native SQL Links driver or an ODBC driver (I have a choice between
Intersolv Interbase ODBC Driver and InterBase 5.x Driver by
Visigenic)?
I have been told that SQL databases do not cope well with tabular
views on the user interface. I tested this by creating an Interbase
database with a table containg three short columns and about
40,000 rows, which comprise the main body of our people-based
database. I then created a form which displayed this in Paradox.
Initially, scrolling through caused an error, which I fixed by creating
a temp directory on the SYS: volume where Interbase was installed
on the server - persumably Interbase performs some type of file
caching. Scrolling down then worked, but the server utilisation shot
up to 100%. This also occured when I moved to the last record and
when I changed my form to show just one record at a time.
Admittedly, I am using our old server, which has a 233MHz
processor. However, when we ran our network from it, we would
normally regard 15% as at the high end of normal and 50% as
virtually network-crippling. I am concerned that our GUI uses a lot
of tabular-type views and scrolling down an indexed list of records to
select the correct one is a fundamental design feature: what would
happen when we have 15 users using the Interbase database, even
on our new high-spec server. Am I missing something fundamental
about SQL databases and the way to access information here, or is
a hardware limitation? What would you regard as the minimum
hardware spec for a server? Should I expect Interbase to run
noticably slower than our Paradox file-based structure?
I would be grateful for any responses/comments to any of these
queries and your patience with a beginner. Please let me know if I
am addressing these issues to the wrong newsgroup and suggest
alternatives.
Michael Melling
+44 (0)20 7375 3211
This email, and any attachments it may contain, is confidential
and is intended only for the person(s) to whom it is addressed.
If you are not the intended recipient please delete this email,
and do not disclose its contents or re-transmit it to others.
management. I work for a company of 15-20 people, which uses a
Novell NetWare 5 network and relies heavily on our in-house
Paradox 7 database. Over the past two years I have become
increasingly involved in firstly, running queries and reports, and
more recently maintaining and developing our database. We are
considering upgrading to a client/server SQL database - something
which has been at the back of the mind of the director, who
developed our database from scratch, for some time, but which he
has not been able to invest any time in, so has been put off. We
have a 60-day trial version of Interbase 5.6 for NetWare, which I am
trialing: Does anyone know if/when Interbase 6.0 OpenSource is
being launched for NetWare?
I have read 'Upsizing Paradox Databases to Interbase' by James
Arias-La Rheir on the Interbase website, which is reassuring that we
are on the right track, as we are planning to continue using our
existing Paradox forms as an interim measure. Are then any other
good introductions to interbase-conversion that I should read.
Incidentally, I was checking out the Interbase site to find an article
on the EMPLOYEE example database referred to in the manual, but
failed to find this - anyone know where this is located.
I have a few initial random queries:
Which network protocol is most succesful in why situation: IPX/SPX
or TCP/IP?
Which type of driver should I use as a BDE alias - the Borland
native SQL Links driver or an ODBC driver (I have a choice between
Intersolv Interbase ODBC Driver and InterBase 5.x Driver by
Visigenic)?
I have been told that SQL databases do not cope well with tabular
views on the user interface. I tested this by creating an Interbase
database with a table containg three short columns and about
40,000 rows, which comprise the main body of our people-based
database. I then created a form which displayed this in Paradox.
Initially, scrolling through caused an error, which I fixed by creating
a temp directory on the SYS: volume where Interbase was installed
on the server - persumably Interbase performs some type of file
caching. Scrolling down then worked, but the server utilisation shot
up to 100%. This also occured when I moved to the last record and
when I changed my form to show just one record at a time.
Admittedly, I am using our old server, which has a 233MHz
processor. However, when we ran our network from it, we would
normally regard 15% as at the high end of normal and 50% as
virtually network-crippling. I am concerned that our GUI uses a lot
of tabular-type views and scrolling down an indexed list of records to
select the correct one is a fundamental design feature: what would
happen when we have 15 users using the Interbase database, even
on our new high-spec server. Am I missing something fundamental
about SQL databases and the way to access information here, or is
a hardware limitation? What would you regard as the minimum
hardware spec for a server? Should I expect Interbase to run
noticably slower than our Paradox file-based structure?
I would be grateful for any responses/comments to any of these
queries and your patience with a beginner. Please let me know if I
am addressing these issues to the wrong newsgroup and suggest
alternatives.
Michael Melling
+44 (0)20 7375 3211
This email, and any attachments it may contain, is confidential
and is intended only for the person(s) to whom it is addressed.
If you are not the intended recipient please delete this email,
and do not disclose its contents or re-transmit it to others.