Resources · n8n integration

Oracle Database n8n integrationAutomate Oracle Database with n8n.

Your Oracle tables can feed a workflow without a single export file. The Oracle Database n8n integration ships 6 operations on one Database resource: read rows, write them back, or run the SQL yourself. No trigger node comes with it, so a schedule or a webhook starts the run.

Verified Trustpilot reviews · AI, automation & growth agency

Why automate

What does the Oracle Database n8n integration actually do?

The Oracle Database n8n integration is one node that opens a connection to an Oracle database and runs a single operation against it, chosen among 6: Select, Insert, Update, Insert or Update, Delete, or a raw SQL statement you write yourself. All of them sit under one resource, Database, so the choice you make is about the verb, never about the object. The node reads and writes rows. It does not watch them, because Oracle Database has no trigger node in n8n.

Three shapes cover most of what teams build on top of it, and all three start somewhere other than Oracle, since the node cannot start a workflow by itself.

The nightly extract. A Schedule Trigger wakes the workflow up, Select pulls the rows of the day with Return All on, and the result lands in a spreadsheet the finance team already opens every morning, Google Sheets or Microsoft Excel 365. Nobody hand-exports a CSV after that.

The write-back. Forms, apps and other tools keep producing records that belong in the database. Insert or Update is the operation that survives a rerun: a row that is already there gets updated instead of duplicated, which matters the day someone replays yesterday's execution by accident.

The alert. Execute SQL runs an aggregate that no combination of filters would produce, the workflow compares it to a threshold, and the message goes to Slack. The same shape feeds a model: the rows travel to Openai for a plain-language summary, and the summary comes back into the same channel.

Where the node stops is easy to describe. It has 6 operations and 1 resource, no trigger, so nothing tells you a row changed. You go and look, on a schedule. Select, Insert, Update, Insert or Update and Delete cover ordinary row work, and everything else, joins, aggregates, calls to logic that already lives in the database, goes through Execute SQL with bind parameters instead of a second node. Choosing between n8n and another platform for a database that sits in a private network is mostly a hosting question, and the n8n review works through the criteria.

Connect

How do you connect n8n to an Oracle database ?

  1. 01

    Create the credential once

    Open the Credentials menu in n8n and create a credential for Oracle Database. A credential is the stored set of connection details n8n uses to reach the server, filled in once with what the person who administers the database hands you. It lives on the instance, not inside a workflow, so nothing is retyped later.

  2. 02

    Pick it in the node

    Add the Oracle Database node to a workflow and select that credential in its dropdown. The same credential serves every workflow on the instance, so a second automation on the same database costs you one click. Then set the resource, Database, which is the only one the node has, and the operation you want among the 6.

  3. 03

    Test with a read before you write

    Keep the first run harmless. Choose Select, leave Select Rows empty so every row qualifies, and leave Return All off so Limit caps what comes back. Execute the node on its own. Rows in the output panel mean the connection holds and the database user can read the table, and you can move on to Insert or Execute SQL knowing the connection is not what will break.

Actions

What can the Oracle Database node do?

The Oracle Database node exposes 6 operations across 1 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.

Resources × operations matrix
ResourceUpdateDeleteExecute SQLInsertSelectInsert or Update
Database✓✓✓✓✓✓

Database

6 operations
01

Delete table or rows

database.deleteTable

What you see in n8n

Notes & use cases

This is the destructive end of the node, and Command decides how far it goes.

Key parameters

  • Command: truncate empties the table and preserves its structure, delete removes the rows matching the conditions below, drop deletes data and structure permanently.
  • Select Rows: the conditions that pick the rows, each built from a column, one of the 9 operators (Equal, Like, Is Null and the comparisons) and a value. Left empty with delete, every row goes.
  • Combine Conditions: AND keeps rows matching all conditions, OR keeps rows matching at least one.
Use cases
emptying a staging table with Truncate before a fresh load, or removing one client's rows with a condition on the client column.
02

Execute SQL

database.execute

What you see in n8n

Notes & use cases

When the five row operations are too blunt, this one hands the wheel back: the statement is yours, and the rows it returns arrive as n8n items.

Key parameters

  • Statement: required. The SQL to execute, with positional placeholders such as :1 and :2, or named ones such as :name.
  • Bind Variable Placeholder Values: the values behind those placeholders. Binding them beats gluing them into the string, and keeps SQL injection out of reach.
  • Statement Batching: Single Statement sends one statement for all incoming items, Independently runs one per item, Transaction groups them and rolls everything back if one fails.
Use cases
a monthly aggregate across several tables, its date bound from the previous node with {{ $json.field }}.
03

Insert rows in a table

database.insert

What you see in n8n

Notes & use cases

Insert writes new rows and does nothing else: no lookup, no merge, one incoming item becomes one row.

Key parameters

  • Columns: required. The mapping that says which value goes into which column of the table, either typed in or taken from the incoming item with an expression, {{ $json.field }}.
  • Auto Commit: when it is on, the transaction on the current connection is committed at the end of statement execution.
Use cases
parking every signup that arrives through a webhook, an HTTP URL n8n exposes for other services to call, in a leads table that the sales tooling reads later.
04

Insert or update rows in a table

database.upsert

What you see in n8n

Notes & use cases

Same write, one difference that changes everything: a row that already exists gets updated instead of being added a second time.

Key parameters

  • Columns: required. The mapping between the incoming item and the table columns, values typed in or pulled with {{ $json.field }}.
  • Statement Batching: Independently executes one statement per incoming item, so a single bad record does not take the others down; Transaction does the opposite and rolls the whole run back on the first failure.
Use cases
a catalogue sync where most items are unchanged and a few prices moved, replayed as often as needed without piling up twins.
05

Select rows from a table

database.select

What you see in n8n

Notes & use cases

Reading is where the node gives you the most knobs, and the first one decides the volume.

Key parameters

  • Return All: on, every matching row comes back; off, Limit caps how many rows the node returns.
  • Select Rows and Combine Conditions: the filter, one condition per column and operator, joined with AND or OR. Left empty, all rows are selected.
  • Sort: one or more sort rules, each a column plus a Direction, ASC or DESC.
  • Output Columns: restricts the returned columns, which keeps a wide table from flooding the rest of the workflow.
Use cases
pulling yesterday's orders sorted by amount DESC to build a short digest.
06

Update rows in a table

database.update

What you see in n8n

Notes & use cases

Update touches rows that already exist and leaves the rest of the table alone.

Key parameters

  • Columns: required. The mapping that carries the new values, and the column used to find the row again, most often filled with {{ $json.field }} from the node before.
  • Output Columns: the columns you want back after the write, handy when only a status matters downstream.
  • Output Numbers As String: returns numbers as strings, on NUMBER, FLOAT and LONG columns only, which saves a long identifier from being rounded on its way out.
Use cases
flipping an order status once a human approved it in a chat tool.
Need help

Need help automating Oracle Database with n8n?

A person reads every message.

FAQ

Oracle Database and n8n, the usual questions

01Is the Oracle Database n8n integration free?
Yes on the n8n side. The node ships with n8n, so there is nothing to install and nothing extra to pay to use it, whether you run n8n Cloud, the hosted offer from n8n, or your own instance of the Community Edition under the Sustainable Use license. A workflow behaves the same way in both cases, which means you can prototype on one and move it to the other. What the database itself costs you sits outside this page: licensing and hosting of Oracle Database depend on your own contract, and the n8n node adds nothing to that bill.
02What credentials do you need to connect Oracle Database to n8n?
One credential, created once in the Credentials menu and reused by every workflow that touches the database. The node has no authentication selector, so there is no method to pick: you fill in the connection details of the server and select the credential in the node's dropdown. Get those details from whoever administers the database rather than reconstructing them, and pay attention to the rights of the database user behind them. That user is what actually limits the node: Select works with read access, while Insert, Update, Insert or Update and Delete all need write access, and Drop needs the right to remove a table for good.
03What are the limits of the Oracle Database node in n8n?
It depends on what you are missing. The node exposes 6 operations on 1 resource, which covers reading, writing, updating and deleting rows, and nothing beyond that has its own form. Joins across tables, aggregates, calls to logic that already lives in the database: all of it runs through Execute SQL, with bind parameters for the values, rather than through a second node. The other real limit is the reading volume. With Return All off, the node stops at Limit, so an export that looks short for no reason is usually that checkbox and not the query. And the node never watches the database, so a change nobody queries stays invisible.
04Does the Oracle Database node react in real time?
No, and there is no way around it: Oracle Database has no trigger node in n8n. A workflow that involves it starts with something else, a Schedule Trigger firing at a fixed interval, an n8n Webhook called by another service, or the trigger of another tool entirely. To approximate change detection, run Select on a schedule with a condition on a date or status column and a sort rule on it, then write the rows back with Update or Insert or Update so the next run skips them. The gap between two runs is your latency, and you set it yourself.
05n8n or Make for Oracle Database?
It depends on where the database lives and how you want to pay. n8n runs on your own infrastructure through Docker or npm, or on n8n Cloud, so a database inside a private network can be reached without opening it to the outside. Make is hosted only, with no self-hosting option, and bills per operation, which is worth modeling when a nightly Select returns thousands of rows. Both give you a visual canvas. The honest split is this: take n8n when hosting and data control decide, take Make when you would rather not run anything yourself and the volumes stay small.