記事へのコメント38件

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

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

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

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

    その他
    dangkicchi
    “GoogleBigquery”

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

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

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

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

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

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

    その他
    kiyo_hiko

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

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

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

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

    その他
    toaruR
    BigQueryのステマ(違

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

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

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

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

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

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

    その他
    okbm
    つらそう

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

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

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

    その他
    hatakazu93
    技術

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

    2015/11/05 リンク

    その他
    masatomo-m
    masatomo-m RDBMSでやる領域じゃないんじゃね?

    2015/11/05 リンク

    その他

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

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

    関連記事

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

    株価データをmysqlにinsertするシステムを組んでおります。 全銘柄の株価を1分おきに取得します。 銘柄...

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

    • techtech05212023/12/11 techtech0521
    • knj29182023/05/03 knj2918
    • jiikko2018/08/14 jiikko
    • Tomosugi2018/03/30 Tomosugi
    • cominghome012017/11/05 cominghome01
    • kjw_junichi2017/03/23 kjw_junichi
    • wachonology2017/03/10 wachonology
    • baba402016/11/05 baba40
    • hazeblog2016/11/05 hazeblog
    • deinwort2016/10/19 deinwort
    • rudo1082016/08/29 rudo108
    • bunnyhop2016/08/24 bunnyhop
    • sh2nm0k22016/07/07 sh2nm0k2
    • senatorduct2016/06/06 senatorduct
    • learn2016/03/18 learn
    • atsuizo2016/01/12 atsuizo
    • demise2015/12/26 demise
    • yurimikan2015/12/01 yurimikan
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む