Target State
A target state represents what you want to exist in an external system. You declare target states in your code; CocoIndex keeps them in sync with your intent — creating, updating, or removing them as needed.
A target state is the external thing you want to exist (a file, a row, a table, etc.). A target is the object/API you use to declare those target states (like DirTarget or TableTarget).
CocoIndex treats your declarations as the source of truth: if you stop declaring a target state, CocoIndex will remove it from the external system.
Examples of target states:
- A file in a directory
- A row in a database table
- An embedding vector in a vector store
When your source data changes, CocoIndex compares the newly declared target states with those from the previous run and applies only the necessary changes.
Declaring target states
CocoIndex connectors provide targets with declare_* methods:
# Declare a file target state
dir_target.declare_file(filename="output.html", content=html)
# Declare a row target state
table_target.declare_row(row=DocEmbedding(...))
Where do targets come from?
Target states can be nested — a directory contains files, a table contains rows. The container itself is a target state you declare, and once it's ready, you get a target to declare child target states within it.
Container target states (like a directory or table) are typically top-level — you can declare them directly. Child target states (like files or rows) require the container to be ready first.
The pattern is:
- Declare the container target state (e.g., a directory or table) using
mount_run() - Call
.result()to wait until it's ready and get a target (e.g.,DirTarget,TableTarget) - Use the target to declare child target states (e.g., files or rows)
Example: writing a file to a directory
from cocoindex.connectors import localfs
# Declare the directory target state, get a DirTarget
dir_target = coco.mount_run(
coco.component_subpath("setup"), localfs.declare_dir_target, outdir
).result()
# Declare a child target state (a file)
dir_target.declare_file(filename="output.html", content=html)
Example: writing a row to PostgreSQL
from cocoindex.connectors import postgres
# Declare the table target state, get a TableTarget
table = coco.mount_run(
coco.component_subpath("setup", "table"),
db.declare_table_target,
table_name="doc_embeddings",
table_schema=postgres.TableSchema(DocEmbedding, primary_key=["filename", "chunk_start"]),
).result()
# Declare a child target state (a row)
table.declare_row(row=DocEmbedding(...))
See Processing Component for more on mount_run().
Targets like DirTarget and TableTarget have two statuses: pending (just created) and resolved (after the container target state is ready). The type system tracks this — if you try to use a pending target before it's resolved, type checkers like mypy will flag the error.
How CocoIndex syncs target states
Under the hood, CocoIndex compares your declared target states with the previous run and applies the minimal changes needed:
| Target State | CocoIndex's Action | ||
|---|---|---|---|
| On first declaration | When declared differently | When no longer declared | |
| A database table | Create the table | Alter the table | Drop the table |
| A row in a database table | Insert the row | Update the row | Delete the row |
| A file in a directory | Create the file | Update the file | Delete the file |
CocoIndex ensures containers exist before their contents are added, and properly cleans up contents when the container changes.
Generic target state APIs
For cases where connector-specific APIs don't cover your needs, CocoIndex provides generic APIs:
declare_target_state()— declare a leaf target statedeclare_target_state_with_child()— declare a target state that provides child target states
These are exported from cocoindex and used internally by connectors. For defining custom targets, see Custom Target States Connector.