5

ほとんどの人と同じように、私たちも BigQuery に感銘を受けました。LAN、EC2、またはその他の場所で大量のサーバーを構成する必要がないことと引き換えに、独自の「Dremel」に基づいていることに我慢します。

REST API は優れており、それをアプリに組み込んでいますが、BQ Browser インターフェースもまだ使用していることに気付きます。バックエンドが BQ であることや、データが Google に保存されていることをまったく明かさずに、「汎用 SQL ウィンドウ」のようなものをアプリに組み込みたいと考えています。 Google は BQ ブラウザ ツールをホワイトラベル方式で使用する方法を提供していますか?

また、既存のブラウザ ツールへのアクセスを拡張することにも問題があることに注意してください。それは、自分のドメインに存在するユーザー アカウントに依存しています。これは、私たちの場合、顧客の電子メール アドレスでは実行できないことです。REST インターフェイスはサービス レベルのアカウントでこれを解決しますが、それでは SQL ウィンドウ/ブラウザー ツールにアクセスできません。

Google の関係者が耳を傾けている場合 (そして、私はあなたがそうであることを知っています)、ブラウザ ツールをホワイトラベルにすることの利点を検討してください。多くのソフトウェア会社が、それを自社の製品スイートに統合して実行しているのを目にすると思います。 Hadoop/CDH/EMR/Impala/Hive の組み合わせを一周します。

要約すると、ソフトウェア開発者はどのようにして BQ ブラウザー ツール (オートコンプリート、クエリ履歴などを含む) を独自の Web ベース アプリにインポートまたはエミュレートするのでしょうか?

4

1 に答える 1

5

BigQuery ウェブ インターフェースの初期バージョンは、誰でも自分で作成できる単なる「サンプル」UI と見なされていました。パブリック BigQuery API のみを使用して BigQuery と通信します。

それ以来、「保存されたクエリ」の現在の設計や、ユーザーが BigQuery データにアクセスするために UI に明示的にアクセス許可を付与する必要がないようにするための認証ショートカットなど、Google 内部で追加されたものがいくつかあります。しかし、他の人が行うのと同じように、REST API を介して BigQuery とやり取りするのは、ほとんどプレーン オール JavaScript です。

ただし、javascript は難読化されていますが、これはダウンロードを高速化するための圧縮のみを目的としていると理解しています。

SQL の強調表示は、BigQuery SQL バリアント用の特別な構成を持つCodeMirrorによって行われます。

Web UI での JavaScript コードのオープンソース化について、BigQuery チームの他のメンバーと話し合います。現時点では難しいかもしれませんが、それについて話し合うことは問題ありません。私はこれをチームに持ち出し、このスレッドを更新します。最も可能性の高い答えは「考えてみます」ですが、うまくいけば、私たちもそれについて考え、それに取り組み始めることができます:-)

それがあなたのニーズを満たすと思われるかどうか教えてください. ユーザーは BigQuery アカウントを持っていない可能性が高いため、言及した認証の問題は解決しない可能性がありますが、oauth2 アクセス トークンをプロキシすることで解決できる場合があります。

于 2014-05-30T00:44:20.080 に答える