VectorIQ - Automated Vector Storage
Introduction
This guides walks you through an automated vector storage flow. The use case provides an automated blueprint that synchronizes documents from S3-compatible storage (like MinIO) with a PostgreSQL vector database while serving as a real-time retrieval gateway. The pipeline automatically parses, chunks, and injects newly added storage files into isolated database tables based on their parent directory.
Note that this is a Use Case Instruction, you can use this Use Case as an example to build your own custom Transcriber Workflow in n8n.
Prerequisites
Check out Connecting n8n Workflows to OpenWebUI via Function to connect OpenWebUI to n8n. You need to have set this up before starting this tutorial.
Steps
Step 1: Open the Workflow
On the Use Cases Page find the column VectorIQ - Automated Vector Storage. Now, press the
Downloadicon.Open n8n in you Dashboard and create a workflow. Click on the three dots in the right corner of your screen and then on
Import from URL....

Enter the URL in the pop-up that appears.

Click on
Importand the Demo Workflow will appear on your page.Follow the Setup in the Workflow.
Step 2: Create a Table
In the n8n application look for the column "Postgres Database Maintenance".
Double-click the node "Create Table" and create the table. This table ensures that you log all files that are uploaded to the Vector Database also in a 'normal' database.
Step 3: Initialize Target Categorization Directories
To leverage dynamic directory and semantic category routing, navigate to your external S3-compatible object storage provider (e.g., MinIO).
Open your target storage browser dashboard and select or create the primary bucket named
knowledge.Inside the bucket, initialize individual subfolders representing your operational datasets using exact lowercase characters (for example:
marketing,human-resources, anddocumentation).Upload several target processing documents (PDFs, Markdown text, or structural documents) into these subfolders to verify structural folder paths before activating the synchronization pipeline.
Step 4: Configure Storage Engine Scanning & State Matching
Locate the section labeled Storage Scanning on your n8n workflow canvas.
Double-click the MinIO - Get Folders node. Map your corresponding storage engine credentials and confirm that the target property points directly to your
knowledgebucket.Under the Database Synchronization Audit group, inspect the PostgreSQL and Create VDB nodes.
The Create VDB node will dynamically establish structural
pgvectorstore tables for each newly discovered category directory utilizing the following pattern:SQL
Step 5: Validate Mutation Handlers & Document Processing
Move over to the center handling modules responsible for computing file deltas.
The Find New Files node evaluates data entries across your MinIO directories versus existing database rows in
vector_sync_logs. Any unregistered document passes directly to Download New Files and into the parsing block engine (Docling).Open the Chunk and ID New Files script node to review how data structures are split. This script segments extracted Markdown layout text into granular 400-character windows using a 60-character boundary overlap to guarantee semantic continuity:
JavaScript
Simultaneously, any file found deleted or missing from the storage bucket passes into Find Deleted Files, which triggers a cascade purge query through Delete Files from DB and VDB to cleanly remove lingering chunks from your active vector store tables.
Step 6: Deploy Embeddings Generation & Vector Store Injection
Within the final stage of the ingestion block, verify your vector configuration settings.
Double-click the embedding model node named text-embedding-3-small.
Confirm your target dimension properties are locked at exactly
1536dimensions to align perfectly with your PostgreSQL Vector store properties.The Postgres VDB node automatically injects computed floating-point multidimensional arrays directly into your active runtime vector tables based on the dynamically resolved folder category variable:
="{{ $json.foldername }}_vector_store".
Step 7: Connect the Real-Time AI Agent Retrieval Gateway
Navigate downward on the layout grid to inspect the client-side retrieval interface layer (Live Chat & Semantic Knowledge Retrieval Gateway).
The Input OpenWebUI Webhook node acts as the entry endpoint listener handling frontend user inputs.
Double-click the core AI Agent node. The model functions as a strict semantic categorizer using explicit system directives. Review the hardcoded taxonomy restrictions:
When a user asks a question, you MUST identify which exact category it pertains to. You are only allowed to choose from these exact strings: 'marketing', 'human-resources', or 'documentation'. Pass this as the 'category' parameter.
When a user submits an query (e.g., "What is our brand positioning plan?"), the routing LLM invokes the internal Call 'Knowledge Base Mapped' subflow tool, automatically classifying the parameter category as
marketing.This initiates Execute Subflow and routes a semantic text lookup through an isolated SQL distance computation script inside the Execute a SQL query node:
SQL
The matching historical fragments are collected and returned instantly to compile a structured contextual chat response inside your connected UI interface.
Need help? Contact the GLBNXT support team or ask a GLBNXT agent to walk you through the setup.
Last updated
Was this helpful?