Home
Designing databases
The first step in creating a relational database is to construct a data model, which is a precise, complete definition of the data you want to store. After you prepare your data model, you must implement it as a database and tables. To implement your data model, you first select a data type for each column and then you create a database and tables and populate the tables with data. You can also implement fragmentation strategies and control access to your data.
Designing and Implementing a Database
The Informix® Database Design and Implementation Guide provides information to help you design, implement, and manage your Informix databases. It includes data models that illustrate different approaches to database design and shows you how to use structured query language (SQL) to implement and manage your databases.
Managing databases
Distributed queries
Syntax of a distributed query
Other remote operations
Create a synonym for a remote table

Designing databases
The first step in creating a relational database is to construct a data model, which is a precise, complete definition of the data you want to store. After you prepare your data model, you must implement it as a database and tables. To implement your data model, you first select a data type for each column and then you create a database and tables and populate the tables with data. You can also implement fragmentation strategies and control access to your data.
- Designing and Implementing a Database
  The Informix® Database Design and Implementation Guide provides information to help you design, implement, and manage your Informix databases. It includes data models that illustrate different approaches to database design and shows you how to use structured query language (SQL) to implement and manage your databases.
  - Basics of database design and implementation
  - Managing databases
    - Table fragmentation strategies
    - Grant and limit access to your database
    - Distributed queries
      - Overview of distributed queries
      - Configure the database server to use distributed queries
      - Syntax of a distributed query
        Access a remote server and database
        Valid statements for accessing remote objects
        Access remote tables
        Other remote operations
        Open a remote database
        Create a remote database
        Create a synonym for a remote table
      - Monitor distributed queries
        Use the onstat -x command to display transaction information originating on the coordinator of a distributed query.
      - Server environment and distributed queries
        Set the DEADLOCK_TIMEOUT configuration parameter and the PDQPRIORITY environment variable to specify information for distributed queries.
      - Logging-type restrictions on distributed queries
      - Transaction processing
        When using distributed queries in a transaction processing environment, be aware of the effect of the isolation level of a transaction, the effect of the SET LOCK MODE statement in conjunction with the DEADLOCK_TIMEOUT configuration parameter, and the two-phase commit protocol.
  - Object-relational databases

Create a synonym for a remote table

You can create a synonym for a remote table in another database or a remote table using a qualified name in the CREATE SYNONYM statement. For example, the following statement creates a synonym for rdb@srsys:rtab:

CREATE SYNONYM myrtab FOR rdb@rsys:rtab;

It is possible for a synonym to exist in both the local and remote server. In the previous example, it is possible that rtab is itself a synonym for rdb2@rsys2:rtab2. The chain of synonyms is followed when retrieving catalog information until the physical database and server where the table is located are found. If a synonym ultimately points back to itself, an error is returned.