投稿

Deep NL2SQLを搭載したPrivate Agent Factory 26.10を発表 (2026/10/26)

イメージ
Deep NL2SQLを搭載したPrivate Agent Factory 26.10を発表 (2026/10/26) https://blogs.oracle.com/database/announcing-private-agent-factory-26-10-featuring-deep-nl2sql 投稿者: Kumar G Varun  | Product Management - Applied AI, Private Agent Factory 高度なNL2SQLと、プライベートエージェントを接続および操作する新しい方法 ビジネスユーザーは、すぐに行動に移せる回答を求めている。開発者は、ユーザーが既に利用しているアプリケーションにエージェントを組み込みたいと考えている。プラットフォームチームは、それらのエージェントの動作を理解し、データ管理とアクセス先のシステムの統制を維持する必要がある。 Oracle AI Database Private Agent Factory 26.10 は、これらのニーズに対応します。このリリースでは、エンタープライズ データに関するビジネス クエリを実行するための重要な追加機能である Deep NL2SQL に加え、新しい Python SDK および REST 統合機能、再利用可能な取り込みサービス、拡張されたエージェントの相互運用性、ネイティブの可観測性が導入されています。  Private Agent Factoryは、Oracle Database、エンタープライズドキュメント、API、およびサポートされているモデルを使用して、プライベートエージェントを構築、テスト、実行するための視覚的な環境をチームに提供します。今回のリリースでは、エージェントの構築から、ビジネスワークフローへの接続、およびその動作の理解まで、その基盤をさらに拡張しています。 Deep NL2SQLは、あらゆる質問にビジネス知識をもたらします データベーススキーマは、データがどこに格納されているかをモデルに示します。しかし、未払い請求書、完了した注文、売れ筋商品といったものがビジネスにおいて何を意味するのかを説明することはほとんどありません。これらの定義がなければ、SQL文は正常に実行されても、誤った質問に答えてしまう可能性が...

新しいGoldenGate Data Fabric: 信頼できるAIはビジネスを実行するデータから始まります (2026/10/26)

イメージ
新しいGoldenGate Data Fabric: 信頼できるAIはビジネスを実行するデータから始まります (2026/10/26) https://blogs.oracle.com/dataintegration/new-goldengate-data-fabric-trusted-ai-starts-with-the-data-that-runs-your-business 投稿者: Jeff Pollock  | Group Vice President AI向け分散型真実レイヤー、Oracle GoldenGate Data Fabricをご紹介します。 火曜日の午前9時41分、顧客が注文をしました。9時50分までに、AIエージェントは、確認したシステムが最初の注文をまだ認識していなかったため、同じ商品を2人目の顧客に約束しました。何も失敗はありませんでした。すべてのシステムは、それぞれの認識している世界について正しく応答しました。ビジネスは、9分前の断片的な情報に基づいて行動しただけです。分散型ビジネスでは、単一の真実のシステムは存在せず、システム間の時間差があるだけです。エージェントが行動したのは、まさにその時間差に基づいて行動したのです。 かつては、こうしたギャップは無害だった。人がレポートを読み、問題点に気づき、判断を下していた。しかし、AIはそうした意思決定から人を排除する割合を増やしており、それに伴い、遅延や不完全なデータに対する許容度も低下している。より優れたモデルは、古くなった運用データを修正するわけではない。ただ、古くなったデータに対してより迅速に対応できるだけだ。 本日、 Oracle CloudのOCI GoldenGateの一部として、またMicrosoft AzureおよびGoogle Cloud Platformとのマルチクラウド環境向けに、 Oracle GoldenGate Data Fabricを 発表します。 GoldenGate Data Fabricは、ビジネスがどこで実行されていても、ビジネストランザクションを統制され、追跡可能で、AI対応のデータ製品へと継続的に変換します。私たちはこれを AIのための分散型真実レイヤー と呼んでいます。ビジネスを運営する運用システムと、それを分析してアクションを実行するシ...

Oracle Deep NL2SQL: ナレッジ主導型のフィードバック改善されたSQL (2026/10/26)

イメージ
Oracle Deep NL2SQL: ナレッジ主導型のフィードバック改善されたSQL (2026/10/26) https://blogs.oracle.com/database/from-business-questions-to-trusted-sql-how-oracle-deep-nl2sql-works 投稿者: Tirthankar Lahiri  | Senior Vice President, Mission-Critical Data and AI Engines   Shasank Chavan  |  Vice President, In-Memory Technologies 自然言語からSQLへの変換は、ユーザーがデータと対話するだけで済む強力なAI機能です。開発者はアプリケーションを構築でき、ビジネスユーザーは洞察を得たり、予測を生成したり、より良い意思決定を行うことができます。今日の基盤となるモデルは、 適切なコンテキストがあれば、 自然言語をSQLに変換する能力に非常に優れています。 そして、そこに落とし穴があるのです。実際のエンタープライズスキーマは、人間が理解できるように設計されていることはほとんどなく、ましてやLLM(論理モデル)が理解できるように設計されていることは稀です。それらは大規模で複雑であり、難解な名前や内部規則で満ちており、データが 実際に 何を意味するのかを捉えるのに十分なコンテキストが含まれていないことがよくあります。最高のモデルでさえ推測に頼らざるを得ず、スキーマに関する知識を持つアプリケーションの専門家だけが、信頼できる正しいSQLを作成できるのです。 そのため、今日のスキーマ依存型のNL2SQLソリューションは、現実世界で一貫して高い精度を実現するのに苦労しています。そして、その回答が重要なビジネス上の意思決定を左右する場合、「時々正しい」というだけでは、ビジネスを賭けるには十分ではありません。スキーマコンテキストの不足に加えて、既存のNL2SQLソリューションには他にもいくつかの問題があります。 言語の 曖昧 さ の 不適切な取り扱い – 人間の言語は混沌としている! エンドユーザーの専門用語や 業界用語 、 アプリケーション メトリクス 、ビジネス ルールに関する...