Batch process all your records to store structured outputs in Milvus.
The requirements are as follows.
The following video shows how to fulfill the minimum set of requirements for Milvus cloud-based instances, demonstrating Milvus on IBM watsonx.data:
For Zilliz Cloud, you will need:
The URI of the cluster, also known as the cluster’s public endpoint, which takes a format such as
https://<cluster-id>.<cluster-type>.<cloud-provider>-<region>.cloud.zilliz.com
.
Get the cluster’s public endpoint.
The token to access the cluster. Get the cluster’s token.
The name of the database in the instance.
The name of the collection in the database.
The collection must have a a defined schema before Unstructured can write to the collection. The minimum viable
schema for Unstructured contains only the fields element_id
, embeddings
, and record_id
, as follows:
Field Name | Field Type | Max Length | Dimension | Index | Metric Type |
---|---|---|---|---|---|
element_id (primary key field) | VARCHAR | 200 | — | — | — |
embeddings (vector field) | FLOAT_VECTOR | — | 3072 | Yes (Checked) | Cosine |
record_id | VARCHAR | 200 | — | — | — |
For Milvus on IBM watsonx.data, you will need:
https://
, followed by instance’s GRPC host, followed by a colon and the GRPC port.
This takes the format of https://<host>:<port>
.
Get the instance’s GRPC host and GRPC port.ibmlhapikey
.
The password for Milvus on IBM watsonx.data is in the form of an IBM Cloud user API key.
Get the user API key.For Milvus local, you will need:
All Milvus instances require the target collection to have a defined schema before Unstructured can write to the collection. The minimum viable
schema for Unstructured contains only the fields element_id
, embeddings
, and record_id
, as follows. This example code demonstrates the use of the
Python SDK for Milvus to create a collection with this minimum viable schema,
targeting Milvus on IBM watsonx.data. For the connections.connect
arguments to connect to other types of Milvus deployments, see your Milvus provider’s documentation:
Other approaches, such as creating collections instantly or setting nullable and default fields, have not been fully evaluated by Unstructured and might produce unexpected results.
Unstructured cannot provide a schema that is guaranteed to work in all circumstances. This is because these schemas will vary based on your source files’ types; how you want Unstructured to partition, chunk, and generate embeddings; any custom post-processing code that you run; and other factors.
The Milvus connector dependencies:
You might also need to install additional dependencies, depending on your needs. Learn more.
The following environment variables:
MILVUS_URI
- The Milvus instance’s URI, represented by --uri
(CLI) or uri
(Python).MILVUS_USER
and MILVUS_PASSWORD
, or MILVUS_TOKEN
- The username and password, or token, to access the instance. This is represented by --user
and --password
, or --token
(CLI); or user
and password
, or token
(Python).MILVUS_DB
- The database’s name, represented by --db-name
(CLI) or db_name
(Python).MILVUS_COLLECTION
- The collection’s name, represented by --collection-name
(CLI) or collection_name
(Python).MILVUS_FIELDS_TO_INCLUDE
- A list of fields to include a comma-separated list (CLI) or an array of strings (Python), represented by --field-to-include
(CLI) or fields_to_include
(Python).Additional settings include:
metadata
field’s child fields directly into the output, include --flatten-metadata
(CLI) or flatten_metadata=True
(Python). This is the default if not specified.metadata
field with its child fields intact in the output, include --no-flatten-metadata
(CLI) or flatten_metadata=False
(Python).Now call the Unstructured CLI or Python. The source connector can be any of the ones supported. This example uses the local source connector:
This example sends files to Unstructured for processing by default. To process files locally instead, see the instructions at the end of this page.
For the Unstructured Ingest CLI and the Unstructured Ingest Python library, you can use the --partition-by-api
option (CLI) or partition_by_api
(Python) parameter to specify where files are processed:
To do local file processing, omit --partition-by-api
(CLI) or partition_by_api
(Python), or explicitly specify partition_by_api=False
(Python).
Local file processing does not use an Unstructured API key or API URL, so you can also omit the following, if they appear:
--api-key $UNSTRUCTURED_API_KEY
(CLI) or api_key=os.getenv("UNSTRUCTURED_API_KEY")
(Python)--partition-endpoint $UNSTRUCTURED_API_URL
(CLI) or partition_endpoint=os.getenv("UNSTRUCTURED_API_URL")
(Python)UNSTRUCTURED_API_KEY
and UNSTRUCTURED_API_URL
To send files to the Unstructured Partition Endpoint for processing, specify --partition-by-api
(CLI) or partition_by_api=True
(Python).
Unstructured also requires an Unstructured API key and API URL, by adding the following:
--api-key $UNSTRUCTURED_API_KEY
(CLI) or api_key=os.getenv("UNSTRUCTURED_API_KEY")
(Python)--partition-endpoint $UNSTRUCTURED_API_URL
(CLI) or partition_endpoint=os.getenv("UNSTRUCTURED_API_URL")
(Python)UNSTRUCTURED_API_KEY
and UNSTRUCTURED_API_URL
, representing your API key and API URL, respectively.You must specify the API URL only if you are not using the default API URL for Unstructured Ingest, for example, if you are using a self-hosted instance of the Unstructured API.
The default API URL for Unstructured Ingest is https://api.unstructuredapp.io/general/v0/general
, which is the API URL for the Unstructured Partition Endpoint. However, you should always use the URL that was provided to you when your Unstructured account was created. If you do not have this URL, contact Unstructured Sales at sales@unstructured.io.
If you do not have an API key, get one now.
If the Unstructured API is self-hosted, the process for generating Unstructured API keys, and the Unstructured API URL that you use, are different. For details, contact Unstructured Sales at sales@unstructured.io.
Batch process all your records to store structured outputs in Milvus.
The requirements are as follows.
The following video shows how to fulfill the minimum set of requirements for Milvus cloud-based instances, demonstrating Milvus on IBM watsonx.data:
For Zilliz Cloud, you will need:
The URI of the cluster, also known as the cluster’s public endpoint, which takes a format such as
https://<cluster-id>.<cluster-type>.<cloud-provider>-<region>.cloud.zilliz.com
.
Get the cluster’s public endpoint.
The token to access the cluster. Get the cluster’s token.
The name of the database in the instance.
The name of the collection in the database.
The collection must have a a defined schema before Unstructured can write to the collection. The minimum viable
schema for Unstructured contains only the fields element_id
, embeddings
, and record_id
, as follows:
Field Name | Field Type | Max Length | Dimension | Index | Metric Type |
---|---|---|---|---|---|
element_id (primary key field) | VARCHAR | 200 | — | — | — |
embeddings (vector field) | FLOAT_VECTOR | — | 3072 | Yes (Checked) | Cosine |
record_id | VARCHAR | 200 | — | — | — |
For Milvus on IBM watsonx.data, you will need:
https://
, followed by instance’s GRPC host, followed by a colon and the GRPC port.
This takes the format of https://<host>:<port>
.
Get the instance’s GRPC host and GRPC port.ibmlhapikey
.
The password for Milvus on IBM watsonx.data is in the form of an IBM Cloud user API key.
Get the user API key.For Milvus local, you will need:
All Milvus instances require the target collection to have a defined schema before Unstructured can write to the collection. The minimum viable
schema for Unstructured contains only the fields element_id
, embeddings
, and record_id
, as follows. This example code demonstrates the use of the
Python SDK for Milvus to create a collection with this minimum viable schema,
targeting Milvus on IBM watsonx.data. For the connections.connect
arguments to connect to other types of Milvus deployments, see your Milvus provider’s documentation:
Other approaches, such as creating collections instantly or setting nullable and default fields, have not been fully evaluated by Unstructured and might produce unexpected results.
Unstructured cannot provide a schema that is guaranteed to work in all circumstances. This is because these schemas will vary based on your source files’ types; how you want Unstructured to partition, chunk, and generate embeddings; any custom post-processing code that you run; and other factors.
The Milvus connector dependencies:
You might also need to install additional dependencies, depending on your needs. Learn more.
The following environment variables:
MILVUS_URI
- The Milvus instance’s URI, represented by --uri
(CLI) or uri
(Python).MILVUS_USER
and MILVUS_PASSWORD
, or MILVUS_TOKEN
- The username and password, or token, to access the instance. This is represented by --user
and --password
, or --token
(CLI); or user
and password
, or token
(Python).MILVUS_DB
- The database’s name, represented by --db-name
(CLI) or db_name
(Python).MILVUS_COLLECTION
- The collection’s name, represented by --collection-name
(CLI) or collection_name
(Python).MILVUS_FIELDS_TO_INCLUDE
- A list of fields to include a comma-separated list (CLI) or an array of strings (Python), represented by --field-to-include
(CLI) or fields_to_include
(Python).Additional settings include:
metadata
field’s child fields directly into the output, include --flatten-metadata
(CLI) or flatten_metadata=True
(Python). This is the default if not specified.metadata
field with its child fields intact in the output, include --no-flatten-metadata
(CLI) or flatten_metadata=False
(Python).Now call the Unstructured CLI or Python. The source connector can be any of the ones supported. This example uses the local source connector:
This example sends files to Unstructured for processing by default. To process files locally instead, see the instructions at the end of this page.
For the Unstructured Ingest CLI and the Unstructured Ingest Python library, you can use the --partition-by-api
option (CLI) or partition_by_api
(Python) parameter to specify where files are processed:
To do local file processing, omit --partition-by-api
(CLI) or partition_by_api
(Python), or explicitly specify partition_by_api=False
(Python).
Local file processing does not use an Unstructured API key or API URL, so you can also omit the following, if they appear:
--api-key $UNSTRUCTURED_API_KEY
(CLI) or api_key=os.getenv("UNSTRUCTURED_API_KEY")
(Python)--partition-endpoint $UNSTRUCTURED_API_URL
(CLI) or partition_endpoint=os.getenv("UNSTRUCTURED_API_URL")
(Python)UNSTRUCTURED_API_KEY
and UNSTRUCTURED_API_URL
To send files to the Unstructured Partition Endpoint for processing, specify --partition-by-api
(CLI) or partition_by_api=True
(Python).
Unstructured also requires an Unstructured API key and API URL, by adding the following:
--api-key $UNSTRUCTURED_API_KEY
(CLI) or api_key=os.getenv("UNSTRUCTURED_API_KEY")
(Python)--partition-endpoint $UNSTRUCTURED_API_URL
(CLI) or partition_endpoint=os.getenv("UNSTRUCTURED_API_URL")
(Python)UNSTRUCTURED_API_KEY
and UNSTRUCTURED_API_URL
, representing your API key and API URL, respectively.You must specify the API URL only if you are not using the default API URL for Unstructured Ingest, for example, if you are using a self-hosted instance of the Unstructured API.
The default API URL for Unstructured Ingest is https://api.unstructuredapp.io/general/v0/general
, which is the API URL for the Unstructured Partition Endpoint. However, you should always use the URL that was provided to you when your Unstructured account was created. If you do not have this URL, contact Unstructured Sales at sales@unstructured.io.
If you do not have an API key, get one now.
If the Unstructured API is self-hosted, the process for generating Unstructured API keys, and the Unstructured API URL that you use, are different. For details, contact Unstructured Sales at sales@unstructured.io.