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
Logging-type restrictions on distributed queries

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
      - 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

Logging-type restrictions on distributed queries

To execute distributed queries in the Informix® database server environment, all participating databases must be of compatible transaction-logging types:

Distributed queries are supported on an ANSI-compliant database only if all of the participating databases are also ANSI-compliant.
Distributed queries on a database that does not support transaction logging are supported only if all of the participating databases also do not use transaction logging.
Distributed queries on a database that is not ANSI-compliant but that uses explicit transaction logging are supported if all of the other databases also use explicit transaction logging.

In the last case, whether a participating database uses buffered or unbuffered logging does not affect its ability to support distributed operations. In the X/Open distributed transaction processing (DTP) environment, all databases must use unbuffered logging. See the Informix® Administrator's Guide for more information about database logging types and X/Open DTP.