記事へのコメント88

    • 注目コメント
    • 新着コメント
    umisora2
    umisora2 “ちなみに、10万行/秒というインポート性能は1テーブルあたりの値であり、テーブルを分割することで実用上は速度上限を気にする必要はなくなる。”

    2018/09/05 リンク

    その他
    Gesaku_G
    Gesaku_G “私はつねづね、こういうのが本来の意味でのクラウド(=データや計算をデータセンター全体に薄く広く分散させるアーキテクチャ)なんだなと思う。”

    2018/04/03 リンク

    その他
    legoboku
    legoboku すごい "ひとつひとつのクエリを実行するたびに数百台〜数千台のマシンが同時並列に検索を実行している"“インデックスは一切作らず、すべてディスクのフルスキャン(テーブルスキャン)で処理する。”

    2017/07/18 リンク

    その他
    tvsk
    tvsk 価格も安い。さすがに120億行のクエリは1回で200円もかかって気軽に実行できなさそうであるが、1.2億行なら2円だ(2014年5月現在)。]

    2015/10/01 リンク

    その他
    crist18
    crist18 BigQuery速さの秘密

    2015/07/07 リンク

    その他
    kouzukek
    kouzukek Googleさんはすごいという話。大規模は正義

    2015/03/24 リンク

    その他
    nishidy
    nishidy 速すぎる列指向データベースBigTable、のFluentdプラグイン

    2015/03/22 リンク

    その他
    aryuaryu
    aryuaryu うちも、BigQuery使ってみることにしました。これはすごいな。Googleすごすぎる。価格も安すぎる。

    2015/03/12 リンク

    その他
    bopperjp
    bopperjp importをリアルタイムにやっても使えるレベル。

    2014/12/12 リンク

    その他
    naka-06_18
    naka-06_18 「こんな速度でインポートしながらも並行してまったく普通にクエリできる点」とか Hadoop から利用可能とかやばいわ

    2014/09/16 リンク

    その他
    zonu_exe
    zonu_exe “ここで述べられていることは私の個人的な意見に基づくものであり、私の雇用者には関係はありません”

    2014/08/30 リンク

    その他
    stumsky
    stumsky 「Hadoopとは何だったのか」 hadoop - Googleの虎の子「BigQuery」をFluentdユーザーが使わない理由がなくなった理由 #gcpja by @kazunori_279 on @Qiita

    2014/08/27 リンク

    その他
    anoworl
    anoworl 狂気っぽい

    2014/08/27 リンク

    その他
    seikoudoku2000
    seikoudoku2000 未来すぎる。/ “ひとつひとつのクエリを実行するたびに数百台〜数千台のマシンが同時並列に検索を実行している”

    2014/08/18 リンク

    その他
    easy-breezy
    easy-breezy ノーインデクシングでフルスキャンなのに120億行を5秒で返すとか

    2014/07/04 リンク

    その他
    kgrock
    kgrock Googleの虎の子「BigQuery」をFluentdユーザーが使わない理由がなくなった理由 #gcpja

    2014/06/19 リンク

    その他
    nyop
    nyop すげー。

    2014/06/18 リンク

    その他
    inurota
    inurota 「1TBのデータを1秒でフルスキャンするには、いったい何台のディスクドライブを並列に回せばよいのか?という実験をし、その結果得られた答えが5,000台」それを素直に横展開するのがとてもGoogle的。

    2014/06/18 リンク

    その他
    YuichiTanaka
    YuichiTanaka これやばいっすね

    2014/06/09 リンク

    その他
    mano-junki
    mano-junki hadoop bigquery fluentd google nosql

    2014/06/06 リンク

    その他
    quanon
    quanon 「120億行の正規表現マッチ付き集計が5秒」ってすごすぎる!!!

    2014/06/06 リンク

    その他
    rx7
    rx7 "1TBのデータを1秒でフルスキャンにするには5,000台のディスクが必要"

    2014/06/03 リンク

    その他
    buzztaiki
    buzztaiki 120億行の正規表現マッチ付き集計が5秒で完了したってすげぇな。。。

    2014/05/29 リンク

    その他
    igrep
    igrep しゅごい。。。

    2014/05/28 リンク

    その他
    kasajei
    kasajei 面白そう!

    2014/05/28 リンク

    その他
    csouls
    csouls 未来を感じる

    2014/05/28 リンク

    その他
    Hash
    Hash 「これは速すぎる 何かのインチキである」

    2014/05/28 リンク

    その他
    eagleyama
    eagleyama “「1TBのデータを1秒でフルスキャンするには、いったい何台のディスクドライブを並列に回せばよいのか?」という実験をし、その結果得られた答えが5,000台”

    2014/05/26 リンク

    その他
    sgtakeru
    sgtakeru BigQueryのパフォーマンスが桁違いすぎる。120億行を正規表現のフルスキャンで7秒程度。恐ろしい。

    2014/05/23 リンク

    その他
    tmatsuu
    tmatsuu ようやく読んだ。なんつーか、そこまで追いつきたいけども遠い世界。

    2014/05/22 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    Googleの虎の子「BigQuery」をFluentdユーザーが使わない理由がなくなった理由 #gcpja - Qiita

    From Fluentd Meetupに行ってきました これを読んだ時、BigQueryの検索スピードについてちょっと補足し...

    ブックマークしたユーザー

    • shifumin2021/02/28 shifumin
    • yasuhiro12122019/04/13 yasuhiro1212
    • umisora22018/09/05 umisora2
    • Gesaku_G2018/04/03 Gesaku_G
    • en302017/12/20 en30
    • jshimazu2017/11/19 jshimazu
    • asanovic19982017/10/05 asanovic1998
    • serihiro2017/08/05 serihiro
    • Gln2017/07/29 Gln
    • legoboku2017/07/18 legoboku
    • Altech_20152017/07/18 Altech_2015
    • hick34d52017/05/09 hick34d5
    • Peranikov2017/01/27 Peranikov
    • goyachanpuru2016/12/26 goyachanpuru
    • phakchi08302016/09/06 phakchi0830
    • asonas2016/03/21 asonas
    • waniji2016/01/28 waniji
    • labunix2015/12/23 labunix
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    pFad - Phonifier reborn

    Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

    Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


    Alternative Proxies:

    Alternative Proxy

    pFad Proxy

    pFad v3 Proxy

    pFad v4 Proxy