このウィッシュリストのリクエストのきっかけは何だったのでしょうか？
JMPがそのようなコネクタの開発に取り組んでいると聞いており、可能な限り迅速な開発を提唱したいと考えています。
当組織では、主要なデータプラットフォームとしてDatabricksを使用していますが、現在JMPをDatabricksに接続するには、ユーザーごとにSimba Spark ODBCドライバを手動で構成する必要があります。このプロセスには、ドライバのダウンロードとインストール、ワークスペース固有のサーバーホスト名とHTTPパス値の特定、Windows ODBCデータソースアドミニストレーターを介したDSNの構成、個人アクセストークン認証の管理などが含まれます。これらはすべて、ユーザーが最初のクエリを実行する前に必要な作業です。ITに精通していないアナリストや科学者にとって、これは大きな障壁となります。Databricksワークスペースに変更があった場合（クラスタの変更、トークンの有効期限切れ、ワークスペースの移行など）、ユーザーはこのプロセスを繰り返すか、トラブルシューティングを行う必要があります。チーム全体でこの設定をサポートするためのオーバーヘッドは大きく、継続的に発生します。
どのような改善を望みますか？
JMPにネイティブなDatabricksコネクタを実装し、ユーザーが既存のDatabricks認証情報（個人アクセストークン、理想的にはEntra）を使用して直接認証できるようにします。このコネクタは以下の要件を満たす必要があります。
- ユーザーがDatabricksワークスペースのURLを入力して認証を行うためのシンプルな接続ダイアログを表示します。
- ユーザーのUnityカタログ権限に基づいて、利用可能なカタログ、スキーマ、テーブルを自動的に検出します。
- 追加の設定なしで、既存のUnityカタログの行/列レベルのセキュリティとアクセス制御を尊重します。
- 接続プロファイルを保存して、ユーザーがワンクリックで再接続できるようにします。
- JMP内で対話型SQLクエリとテーブルインポートワークフローの両方をサポートする
なぜこの考え方が重要なのか？
エンドユーザーの効率性を向上させ、複雑さを軽減します。ユーザーの接続、アクセストークンの管理、ユーザーをガイドするための長々としたチェックリストの作成といったITサポート業務を削減できます。データガバナンスの観点からは、Unityカタログの権限を尊重することで、アクセス制御が確実に守られ、かつ一元管理が可能になります。
このアイデアを全面的に支持します。Databricksをエンタープライズデータプラットフォームとして採用する組織が増えるにつれ、Databricksネイティブ接続の重要性はますます高まっています。手動によるODBC設定をなくし、既存のDatabricks認証とUnityカタログのガバナンスを活用することで、使いやすさ、拡張性、保守性の面で大きなメリットが得られます。
