You can create multiple replication definitions for the same primary table and customize each one so that it can be subscribed to by a replicate table whose characteristics are different from those of the primary table or from other replicate tables.
For example, you can create two separate replication definitions for the same primary table, one that replicates columns A and B, and another that replicates columns C and D. Each subscribing site receives only the columns that it needs (see Figure 9-1).
Figure 9-1: Using multiple replication definitions from one primary table
In addition to describing the primary table, each replication definition can specify a smaller number of columns, different column names, different published datatypes, or a different table name for a replicate table. Replicate tables that match the specified characteristics can subscribe to the replication definition.
Different replication definitions created for the same primary table must use the same declared column datatype (unless the datatype is rawobject or rawobject in row) and the same null and not null status for text, unitext, and image columns. To change a column’s datatype or null status, use alter replication definition. Refer to “Altering column datatypes” for instructions.
You can change replication status using alter replication definition. For example, you can change the replication status of text, unitext, and image columns from replicate_if_changed to always_replicate. The replication status for the column will also change for other replication definitions for the same primary table.
See “Creating multiple replication definitions per table” for more information.