{"slug": "introducing-oracle-support-in-dory", "title": "Introducing Oracle Support in Dory", "summary": "Dory has added support for Oracle Database, enabling users to connect and work with Oracle alongside other data sources in a unified workspace. The integration supports the full data workflow, including browsing schemas, inspecting tables and views, exploring functions and procedures, running Oracle SQL, and using AI assistance with Oracle-aware context. Dory now treats Oracle as a dedicated database type, handling its specific SQL dialect, system catalog views, and identifier casing without requiring users to jump between tools.", "body_md": "Dory now supports Oracle Database.\n\nIf your team keeps core business data, finance data, ERP data, order systems, reporting systems, or long-running enterprise applications in Oracle, you can now connect Oracle to Dory and work with it in the same modern data workspace.\n\nThis release is not just about adding another connection type. Oracle now works across Dory's core data workflow: creating connections, resolving Oracle services, browsing schemas, inspecting tables and views, exploring functions and procedures, previewing data, running Oracle SQL, and using AI assistance with Oracle-aware context.\n\nOracle is still a critical database for many enterprise systems. It often holds production data that has run reliably for years, and it is frequently tied to finance, supply chain, customer management, internal operations, audit reporting, and other high-value workflows.\n\nBut working with Oracle is not always lightweight. Analysts need to understand service names, schemas, identifier casing, and system catalog views. Engineers need to inspect tables, views, indexes, primary keys, sequences, and stored procedures. When queries fail, Oracle's SQL dialect differences also matter.\n\nWith Oracle support, Dory brings that context into a unified workspace. You do not need to jump between tools just to find the right object, and you do not need to treat Oracle as a generic SQL source and guess the syntax.\n\nYou can create an Oracle connection from Dory's Connections page.\n\nDory supports the connection details Oracle users expect:\n\n`1521`\n\nas the default port`ORCLPDB1`\n\n`oracle://db.example.com:1521/ORCLPDB1`\n\nAfter the connection is saved, Oracle appears alongside your other data sources. Dory recognizes it as a dedicated database type instead of treating it like Postgres, MySQL, or SQL Server.\n\nOnce connected, Oracle becomes available in Dory Explorer and the SQL Console sidebar.\n\nYou can browse:\n\nDory filters common Oracle system schemas so the workspace stays focused on user-maintained business objects. For a database with many object layers and long-lived historical objects, this matters: opening a connection should show the data you can work with, not bury it under system objects.\n\nThe SQL Console sidebar also prefers the schema that matches the current connection identity, helping you get into the right query context faster.\n\nFor Oracle tables and views, Dory can show useful object-level details:\n\nThis gives you the context you need before writing SQL. You can confirm column types, primary keys, indexes, and table scale before deciding how to query, instead of running a large query just to learn the structure.\n\nFor data previews, Dory uses Oracle's `FETCH FIRST n ROWS ONLY`\n\nand `OFFSET ... FETCH NEXT ...`\n\nsyntax instead of another database's `LIMIT`\n\n.\n\nMany Oracle databases keep important business logic in functions and stored procedures. Dory now treats these objects as explorable database resources.\n\nWhen you open a function or procedure, you can see:\n\nFor procedures, Dory generates a `BEGIN ... END;`\n\nstyle sample call. For functions, Dory generates a sample call from `dual`\n\n. These details make it easier to understand existing database logic and reduce trial and error when calling it.\n\nSQL Console now handles Oracle as its own SQL dialect.\n\nThat means Dory can more naturally handle Oracle syntax, including:\n\n`FETCH FIRST n ROWS ONLY`\n\nor `ROWNUM`\n\nto limit rows`LIMIT`\n\non Oracle queries`dual`\n\nwhen Oracle requires a one-row sourceOracle and other relational databases all use SQL, but small dialect differences are enough to break a query. Dory now treats Oracle as Oracle instead of pushing it through an oversimplified generic SQL template.\n\nDory's AI assistance now understands Oracle query conventions.\n\nWhen you ask Dory to generate SQL, fix SQL, or explain a query, it can apply Oracle-specific rules:\n\n`FETCH FIRST n ROWS ONLY`\n\nor `ROWNUM`\n\nto limit result size`ALL_*`\n\nand `USER_*`\n\ncatalog views when metadata is needed`dual`\n\nonly when Oracle requires a one-row sourceThis matters in real workflows. AI should not generate `LIMIT`\n\nfor Oracle users, and it should not use PostgreSQL `pg_catalog`\n\nor SQL Server `sys`\n\ncatalog views to inspect Oracle metadata.\n\nOracle support makes Dory a better fit for real multi-database environments.\n\nMany teams do not use just one database. Production systems may run on Oracle, analytics services may use Postgres or ClickHouse, internal tools may use MySQL or SQL Server, and local analysis may depend on DuckDB, SQLite, or file-based data.\n\nFor analysts, this means finding Oracle business data and starting analysis faster.\n\nFor engineers, this means seeing schemas, tables, views, indexes, functions, and procedures more clearly.\n\nFor data and operations teams, this means Oracle can live in the same workspace as every other data source.\n\nDory's goal is not to flatten every database into the same experience. It is to respect each database's behavior inside a unified workspace.\n\nYou can try it with these steps:\n\nFrom there, you can browse schemas, inspect tables and views, preview data, explore functions and procedures, and ask Dory to help write or fix Oracle SQL.\n\nOracle support is an important step toward supporting real enterprise data environments in Dory.\n\nWe will keep improving schema exploration, query assistance, database object understanding, and cross-source workflows so teams can work more smoothly across complex data systems.\n\nIf Oracle is part of your data stack, Dory can now work with it.", "url": "https://wpnews.pro/news/introducing-oracle-support-in-dory", "canonical_source": "https://dev.to/doryfinn/introducing-oracle-support-in-dory-18bp", "published_at": "2026-05-26 06:34:54+00:00", "updated_at": "2026-05-26 07:04:05.185125+00:00", "lang": "en", "topics": ["ai-tools", "ai-products", "ai-infrastructure"], "entities": ["Dory", "Oracle Database", "Oracle"], "alternates": {"html": "https://wpnews.pro/news/introducing-oracle-support-in-dory", "markdown": "https://wpnews.pro/news/introducing-oracle-support-in-dory.md", "text": "https://wpnews.pro/news/introducing-oracle-support-in-dory.txt", "jsonld": "https://wpnews.pro/news/introducing-oracle-support-in-dory.jsonld"}}