![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hello, I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien |
#3
| |||
| |||
|
|
Hello, I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien |
#4
| |||
| |||
|
|
Hello, I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien |
#5
| |||
| |||
|
|
Hello, I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien |
#6
| |||
| |||
|
|
I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien Yes, you'll need the oracle client for the platform where the client application is. |
#7
| |||
| |||
|
|
I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien Yes, you'll need the oracle client for the platform where the client application is. |
#8
| |||
| |||
|
|
I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien Yes, you'll need the oracle client for the platform where the client application is. |
#9
| |||
| |||
|
|
I maintain an application using Pro*C programs to access to an Oracle database. For the moment, programs and datas are together located on the same server... but, in the case of an architecture "client- server" (application located on a server, database located on another one), is it necessary to install an Oracle client (librairies...) on the application server to communicate with the database server ? In others words : Are executables generated from Pro*C API need to work with Oracle librairies in local ? Or, these executables are self- working, not needing to access to Oracle functions locally based ? Thanks a lot in advance for your answers. Sebastien Yes, you'll need the oracle client for the platform where the client application is. |
![]() |
| Thread Tools | |
| Display Modes | |
| |