共有
  • 記事へのコメント38

    • 注目コメント
    • 新着コメント
    その他
    bell_chime_ring238
    bell_chime_ring238 なぜこの記事がガールズカテゴリーに上がってくるのか、すごく謎い

    2015/11/12 リンク

    その他
    katzchang
    katzchang これだけじゃなんともいえないなーっていう感想。

    2015/11/07 リンク

    その他
    mutouj
    mutouj こういう状況って「MySQLでやる!」というのは大きな力で決まっていて、他の選択肢は無いんだろうな・・・

    2015/11/07 リンク

    その他
    Chisei
    Chisei Big query よく知らないので興味出た

    2015/11/07 リンク

    その他
    dangkicchi
    dangkicchi “GoogleBigquery”

    2015/11/06 リンク

    その他
    nilab
    nilab 1日に100万レコード増える場合のテーブル設計(18942)|teratail

    2015/11/05 リンク

    その他
    surume000
    surume000 大量データの取扱

    2015/11/05 リンク

    その他
    wasai
    wasai RDBMSだと無理だろうなというのはわかる

    2015/11/05 リンク

    その他
    newta
    newta クエリ回数が多いならBigQueryよりRedShiftかなぁ。100万レコードくらいならコストも平気でしょ。まあ100万レコードくらいならMySQLでも行けると思うけど。

    2015/11/05 リンク

    その他
    shinagaki
    shinagaki 1日100万レコードってそれほどでもないよな

    2015/11/05 リンク

    その他
    merzo
    merzo そこまで、単純なデータなら自前のが最高かと。

    2015/11/05 リンク

    その他
    kiyo_hiko
    kiyo_hiko

    2015/11/05

    その他
    masayoshinym
    masayoshinym RDBじゃないよなぁ。

    2015/11/05 リンク

    その他
    honeybe
    honeybe BigQuery派とRedShift派の血で血を洗う戦いが!…行われていなかった。

    2015/11/05 リンク

    その他
    mijusawa
    mijusawa なにを作るのかが気になる

    2015/11/05 リンク

    その他
    khtno73
    khtno73 無理やりRDBでやる理由はなんだろう

    2015/11/05 リンク

    その他
    toaruR
    toaruR BigQueryのステマ(違

    2015/11/05 リンク

    その他
    motchang
    motchang 2億程度なら適切なパーティショニングすれば mysql でも十分戦えると思うけどなー。たんに BigQuery 使ったこと無いだけだけど。

    2015/11/05 リンク

    その他
    megane1972
    megane1972 主旨から外れるけど、大半の銘柄は毎分なんて頻度では取引されない。もちろん最大負荷を前提にするべきなんだけど、このケースなら他のデータ構造を考えたほうがよさそう。

    2015/11/05 リンク

    その他
    akikan2
    akikan2 分足を個人で取得する方法はないので、業務利用かな?証券関連で仕様を漏らす、ましてやネットで相談とか、大丈夫かね?

    2015/11/05 リンク

    その他
    n314
    n314 「全データがあるならすぐチャート作れるでしょ」とか言われて悶絶しそう。

    2015/11/05 リンク

    その他
    tettekete37564
    tettekete37564 そのレベルの要求にmysqlで間に合うのか?と思ったらやっぱ厳しいようだ。

    2015/11/05 リンク

    その他
    kijtra
    kijtra どうしてもMySQLでやらねばならん時は俺も年・月・日をそれぞれ別カラムにするなあ。

    2015/11/05 リンク

    その他
    okbm
    okbm つらそう

    2015/11/05 リンク

    その他
    hpptms
    hpptms 見ているだけで勉強になりました、小規模だとここまで細かくテーブル設計はした事なかったです。

    2015/11/05 リンク

    その他
    ya--mada
    ya--mada 盛り上げnight。

    2015/11/05 リンク

    その他
    piro_suke
    piro_suke 1日に100万レコード増える場合のテーブル設計(18942)|teratail

    2015/11/05 リンク

    その他
    regularexception
    regularexception どうしてもMySQLでやるなら、CODE毎か日毎にテーブル作ってしまったほうがいい気がするけど。

    2015/11/05 リンク

    その他
    hatakazu93
    hatakazu93 技術

    2015/11/05 リンク

    その他
    f-miyaji
    f-miyaji この質問をしている段階で、自前でDBを構築しないほうが幸せになれると思う。

    2015/11/05 リンク

    その他

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

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

    関連記事

    1日に100万レコード増える場合のテーブル設計

    MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベース...

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

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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