If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > General > Database Concepts & Design > Connecting to a remote server's database (Due Diligence)

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 10-15-05, 10:34
mafshari mafshari is offline
Registered User
 
Join Date: Oct 2005
Posts: 2
Connecting to a remote server's database (Due Diligence)

Hello

I'm at a novice state related to databases. Our company is planning to make a site which by that a Query from our site is going to be submitted to a remote database on another server(s) in a remote location, and the result is gonna be poped back at us.

Now currently we have no idea how the other Database we are dealing with is, we dont know the structure, either they use MySql, Oracle or etc...

My task is to do Due Dilligence. they have told me to make a list of, the stuff we should take note, or be aware, before and after we have access to the remote database.

Since i'm quite a beginner, I would like to have some feedback to help me out writing the Due Dilligence list.

Thanx in advance
Reply With Quote
  #2 (permalink)  
Old 10-15-05, 12:05
ByteRyder52 ByteRyder52 is offline
Registered User
 
Join Date: Feb 2005
Location: Colorado Springs
Posts: 222
Three basic things you will need to know. First, how to connect to the remote database. Many allow an ODBC connection, but different software uses slightly different protocols and, of course, security measures. Second, although SQL is supposed to be "standard", each program has a slightly different dialect. So, as you run queries, you need to be aware of the particular dialect used by the software. For routine SELECT type statements, it may not make much difference. Third, you will, of course, need to know the specific structure of the databases you are accessing - the tables and fields.
Reply With Quote
  #3 (permalink)  
Old 10-15-05, 14:00
mafshari mafshari is offline
Registered User
 
Join Date: Oct 2005
Posts: 2
thanx for the reply..

as you said ODBC is a solution..

you mentioned "you need to be aware of the particular dialect used by the software", but doesnt ODBC take care of that??
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On