値動きのデータを大量に扱うのでできればdb側で制御した方が安全かなと思..

値動きのデータを大量に扱うのでできればdb側で

制御した方が安全かなと思ったんだけど

やっぱフロントで実装するしかないか

具体的には株価を自動的に取得してdb側で

分析したいのだけど

たまに通信エラーで特定の期間だけ取得できなかったりするとupdateが必要な期間とinsertが必要な期間が混在したりしてかなり面倒。。。

Permalink | 記事への反応(1) | 10:22

記事への反応 -

MYSQLとPOSTGRESのレプリケーション
この２つのDBでレプリケーション使ったことある人ある？マスターMYSQLでPOSTGRESをスレーブにしたいんだけど
- http://anond.hatelabo.jp/20150604134922
  マスターMYSQLでPOSTGRESをスレーブにしたいんだけどなして？
  - http://anond.hatelabo.jp/20150604142042
    POSTGRESでupsertを使いたいんだけどないからMariaDBでデータ取得して Postgresでデータ解析をしようかと
    - http://anond.hatelabo.jp/20150604165811
      upsert 使いたいだけなら、アプリケーション側でそれらしいロジックいれればマスタ/スレーブともにポスグレでいいんじゃないの
      - http://anond.hatelabo.jp/20150606073231
        値動きのデータを大量に扱うのでできればdb側で制御した方が安全かなと思ったんだけどやっぱフロントで実装するしかないか
        http://anond.hatelabo.jp/20150606102201
        データ更新が値動き取得ぐらいしかないなら、とりあえず排他制御無視できそうだけど。ミッションクリティカルなシステムじゃなきゃ、インデックスはってりゃ取得に時間かからなそ...
- http://anond.hatelabo.jp/20150604134922
  mysqlのバイナリログをpostgresのバイナリログに変換してくれるようなスクリプトかませば可能じゃないか？　存在するのかどうか知らんが。
- http://anond.hatelabo.jp/20150604134922
  すごい発想
- http://anond.hatelabo.jp/20150604134922
  マスタとスレーブでDB変えるの意味あるの特に何もなければデータの整合性とか考えて同じにしたほうが無難だと思うけど
  - http://anond.hatelabo.jp/20150604135322
    ここに一票
  - http://anond.hatelabo.jp/20150604135322
    mysqlの場合はマスタとスレーブでストレージエンジン自体が異なることも結構あるから、（blackholeエンジン使ってマスタの負荷下げたりとか）そういう需要がありそうってのも分からな...
- http://anond.hatelabo.jp/20150604134922
  クライアント側で２つに投げるほうが簡単だろうな性能に影響出ないようにするには多少工夫が必要だろうけど、違うデータベース同士連携させるよりはずっとマシだ
  - http://anond.hatelabo.jp/20150604142003
    クライアントがDBにSQLクエリを投げるシステムなんか存在するわけないだろ常考…
- http://anond.hatelabo.jp/20150604134922
  https://code.google.com/p/tungsten-replicator/ これ使うのかな
  - http://anond.hatelabo.jp/20150604142743
    なるほど、ちょっと見てみる、ありがとう。