タグ

dbに関するtorazukaのブックマーク (13)

  • GitHub - facebookarchive/linkbench: Facebook Graph Benchmark

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - facebookarchive/linkbench: Facebook Graph Benchmark
  • データベース アーキテクチャーの動向と使い分け

    QConTokyo ( http://www.qcontokyo.com/KotaUENISHI_2015.html ) の発表スライド

    データベース アーキテクチャーの動向と使い分け
  • 「Javaの鉱脈」でFlywayの記事を書きました | さにあらず

    WEB+DB PRESS の Vol.84 で、データベースマイグレーションの記事を書いたので是非読んでくださし。 2014/12/23 発売ですので、既に購入頂いてる方も多いと思います。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 WEB+DB PRESS Vol.84@Gihyo Digital Publishing今回の記事における対象読者について#データベースの構成管理はちゃんと自動化してるますか?そして、データベースの構成管理を自動化するのは恐ろしく面倒なんですなぁ。 テクノロジの話じゃなくて、開発プロセスの話であり、運用の話でもあるので凄く面倒なんですよね。 それにしたって、Rails の rake db:migrate マジ便利だし、それで上手くいってる人達だって沢山いるでよ。と、まぁそういう訳でデータベースマイグレーション頑張りましょうと

    「Javaの鉱脈」でFlywayの記事を書きました | さにあらず
    torazuka
    torazuka 2014/12/26
    "おい、そこの若手!フロントエンドだけやるからったってRDBからは逃れられんぞ!" ……。
  • FoundationDB | Home

    FoundationDB gives you the power of ACID transactions in a distributed database.Get StartedDownload FoundationDBMulti-model data store. FoundationDB is multi-model, meaning you can store many types of data in a single database. All data is safely stored, distributed, and replicated in the Key-Value Store component.Easily scalable and fault tolerant. FoundationDB is easy to install, grow, and manag

  • アンチパターン「成長する主キー」 - 設計者の発言

    我ながらしつこいが、またまたテーブルの主キーに関する話題である。「複合主キー」を毛嫌いする開発者がいるとすれば、その根拠はおおむね2つある。「ID等の単独主キーにしておけば、主キーの仕様変更に振り回されない」、および「複合主キーにすると実装が煩雑になる」だ。それぞれについて反論しよう。なおこれらの他に「ナチュラルキーを主キーにすると値が変わったときに困るから、複合主キーはダメ」と説明されることがあるが、こちらは非論理的なので取り上げない(詳しくは「ナチュラルキーを主キーにしてはいけない」を参照)。 ■成長する主キー まず「ID等の単独主キーにしておけば、主キーの仕様変更に振り回されない」についてだが、この主張は一面的には正しい。じっさい私自身、複合主キーの仕様変更に振り回された思い出がある。 新人の頃、ある重要なテーブルを処理するアプリをプログラミングしていた。仕様書にしたがって検索すると

    アンチパターン「成長する主キー」 - 設計者の発言
    torazuka
    torazuka 2013/08/09
    サロゲートキーを導入する際に、他のテーブルのユニーク制約を参照するようなCHECK制約(謎)を設定できるといいのに。ダメかな。ないのかな。それかテーブルの分割を変えて解決できないかな。
  • 正しいベンチマークをするための10のポイント

    世の中ではたくさんの人が独自にベンチマークを行ない、独自に情報発信がされています。そのベンチマークの中には、非常に参考になるものもあれば、現実性に大きく欠けるものもあります。競合他社が、ライバル社の製品にとって不利な条件でベンチマークを行い、それを発信することも日常的に行われています。ベンチマークの結果を鵜呑みにすることは危険で、結果の意味を判断するスキルを持つことが重要です。これはプロジェクトにおいて負荷テストを行う場合にも重要です。負荷テストの条件設定が正しいかどうかを判断できるようになるためです。 ここでは、私がDBサーバのベンチマーク/負荷テストを行ったり結果を読んだりする上で、心がけているポイントを10個ほど紹介したいと思います。 ■ハードウェアに関する4つのポイント 1. ハードウェアのスペックと設定を注視する ハードウェア構成によってベンチマーク結果は劇的に変わるので、言わず

  • Flywayで簡単DBマイグレーション | DevelopersIO

    Flywayとは FlywayとはDBマイグレーションフレームワークです。 複数人でのアプリケーション開発時のDBマイグレーション作業を素早く手軽に行うことができます。 MavenやAnt、APIやコマンドラインツール形式で提供されており、柔軟に対応することができます。 環境構築方法 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.4 MySQL : 5.5.15 flywayを使ってみよう 環境設定 flywayはMavenやAPIからも使用できますが、今回はCommand-line Toolを使ってみましょう。 ここからCommand-line Toolをダウンロードして解凍しておきましょう。 次にテストで使用するデータベースを用意します。今回はMySQLを使用しました。 mysqlを起動し、コンソールからデータベースを作成しておきましょう。 mysql>

    Flywayで簡単DBマイグレーション | DevelopersIO
    torazuka
    torazuka 2013/03/26
    ちょうど気になってた。
  • DB設計勉強会

    torazuka
    torazuka 2013/02/27
  • ClubDB2で5分だけDBFluteしゃべりました - jfluteの日記

    第146回 達人が語る こんなデータベース設計はヤダ! CLUB DB2にお越し頂きました皆様、 jfluteのライトニングトーク(LT)を お聞き頂きありがとうございます。 「DB設計者にもうれしいDBFlute」 というテーマでで発表させて頂きました。 ああああぁぁぁぁ くやしー ばりばり終わらせるつもりだったのに、 あと10秒足りませんでした(残り3枚...)。 まあ、やはり無理はするものじゃないということでw でもまあ、なんでしょう、自分のいつもの調子のトークで 場を少しでも暖かくできたんじゃないかと思います。 (知ってる人は知ってるよねー) また、DBFluteをほんの少しでも「おっ!?」って思って 頂けたんじゃないかと思います。たぶん...おそらく... DB設計の経験がある人なら、誰もが 「ああぁ、DB変更したいけど、 もうSQLめっちゃ書かれちゃってるしなぁ」 「ああぁ、D

    ClubDB2で5分だけDBFluteしゃべりました - jfluteの日記
    torazuka
    torazuka 2012/07/14
  • Club DB2 でゲスト講師をしました - ミックのブログ

    昨日 7/13 に渋谷マークウェストで Club DB2 のゲスト講師としてお話をさせていただきました。RDB の設計における物理と論理のせめぎあい(トレードオフ)というテーマで、前回以上に自由に喋らせていただきました。いつもながら運営の寛大な方針に感謝しています。ご参加いただいた皆様、お疲れ様でした。 講演では説明が足りなかった部分、また質問をいただいたことで改めて自分でも考えてみたことを、少しここで補足しておこうと思います。 ぐるぐる系が悪いケース まず、前提としてぐるぐる系が猛威を振るうのはバッチです。オンラインでは、そもそもループ回数が少ないので大きな問題にはなりません。講演でも、最初にこのことを明示して話を進めるべきでした。前提をはしょったせいで混乱を招いたかもしれません。 ぐるぐる系を並列させるのはどうか ループそのものは直列だとしても、ループ自身をジョブレベルで並列させれば、

    Club DB2 でゲスト講師をしました - ミックのブログ
    torazuka
    torazuka 2012/07/14
    色々ヒントを頂きました。ありがとうございました。
  • NoSQLデータモデリング技法

    NoSQLデータモデリング技法.markdown #NoSQLデータモデリング技法 原文:NoSQL Data Modeling Techniques « Highly Scalable Blog I translated this article for study. contact matope[dot]ono[gmail] if any problem. NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較される。NoSQLのこの側面は実践と理論の両面からよく研究されている。ある種の非機能特性はNoSQLを利用する主な動機であり、NoSQLシステムによく適用されるCAP定理がそうであるように分散システムの基的原則だからだ。一方で、NoSQLデータモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティック

    NoSQLデータモデリング技法
  • Hamster DB – A Data Science Blog

    Online data science provides the students with a flexible and affordable path towards a very lucrative data science job. According to the bureau of Labor Statistics the projected employment growth for database administrators is 11% with the current average salary for database administrators standing at $87,020. The increasing popularity of data analytics and data base administrators adds to the ev

  • DBの「トランザクション分離レベル」が必要な理由  (PostgreSQLで,ファントム・リードを防止すべきサンプル事例) - 主に言語とシステム開発に関して

    データベースには,「トランザクション分離レベル」というものがある。 以下では,それが なぜ必要なのか? デフォルトのレベルでは,どうして駄目なのか? PostgreSQLでは,どうやってレベルを変更・確認するのか? などを取り上げる。 トランザクション分離レベル トランザクション分離レベルとは: 複数のトランザクションが同時に実行された場合に、他のトランザクションからの影響がどのくらい「分離」するか,のレベル。 ANSI規格では,4つのレベルがある。 READ UNCOMMITTED (一番低い) READ COMMITTED REPEATABLE READ SERIALIZABLE(一番高い) 徹底比較!! PostgreSQL vs MySQL 第3回:トランザクションの比較 http://thinkit.co.jp/free/article/060... トランザクション処理に詳しく

    DBの「トランザクション分離レベル」が必要な理由  (PostgreSQLで,ファントム・リードを防止すべきサンプル事例) - 主に言語とシステム開発に関して
  • 1