Version: 2.0.0

Subscribe data to Azure Blob Storage

Write tables out to Azure Blob Storage

One entry in paths per input table, in order, so each table lands as its own Parquet object.

warning

There are several ways to pass secrets into Tabsdata. See Secrets Management for more info if you are planning to have an LLM register secrets into Tabsdata's credential store.

Can you write the hr departments and employees tables out to azure blob storage as parquet

Listed 1 directory, called tabsdata 3 times (ctrl+o to expand)

That is a subscriber, so it goes in a destination collection rather than a source one. The guide and connection template are loaded. Three values left, then I generate and register. Reply with them one per line, or point me at a file that has them:

collection name
destination address and credentials
target objects

everything you need is in

Read 1 file, called tabsdata 2 times (ctrl+o to expand)

Credentials found. Reading back what is not secret: container acme-exports, account acmeexportstorage, base path /hr, collection exports.

Called tabsdata 4 times (ctrl+o to expand)

Connection written to , and collection exports created from it in group destinations. Connection check passed.

Called tabsdata 2 times (ctrl+o to expand)

The subscriber, registered in exports:

from tabsdatak.api import subscriber, TableFrameSpec
from tabsdatak.conn.azureblob import AzureBlobDest


@subscriber(
  destination=AzureBlobDest(
      paths=["departments_${EXEC_PLAN_TS}.parquet", "employees_${EXEC_PLAN_TS}.parquet"],
  ),
  input_tables=["hr/departments", "hr/employees"],
)
def write_files(
  departments: TableFrameSpec,
  employees: TableFrameSpec,
) -> tuple[TableFrameSpec, TableFrameSpec]:
  return (departments, employees)

Called tabsdata 6 times (ctrl+o to expand)

Execution committed, 0 failures.

Two objects written under /hr, one per input table:

┌─────────────────────┬────────────────┬───────┬────────┐
│       object        │   from table   │ rows  │ bytes  │
├─────────────────────┼────────────────┼───────┼────────┤
│ departments.parquet │ hr/departments │ 14    │ 2.1 KB │
├─────────────────────┼────────────────┼───────┼────────┤
│ employees.parquet   │ hr/employees   │ 1,204 │ 86 KB  │
└─────────────────────┴────────────────┴───────┴────────┘

Input tables are written as collection/table, since a subscriber reads from collections other than its own. A subscriber declares no output_tables: it returns one frame per destination slot, and returning None for a slot writes nothing that run.

Without trigger_by, the subscriber runs whenever any of its input tables gets a new commit, so an export stays current without a schedule.

Write tables out to Azure Blob Storage​

Write tables out to Azure Blob Storage