タグ

dbに関するwwolfのブックマーク (14)

  • DBの寿命はアプリより長い! 長生きするDBに必要な設計とリファクタリングを実践から学ぶ - エンジニアHub|若手Webエンジニアのキャリアを考える!

    DBの寿命はアプリより長い! 長生きするDBに必要な設計とリファクタリングを実践から学ぶ アプリケーションの寿命よりも長く、データの追加やテーブルの変更で成長し続ける「データベース」と、どのように付き合っていけばよいのでしょうか? 曽根壮大(soudai)さんによる寄稿です。 こんにちは。そーだい(@soudai1025)です。 新しいサービスを始めるとき、必ずと言っていいほどデータベースは利用されています。また今稼働しているサービスの多くでも、RDBMSをはじめ、いろいろなデータベースが利用されています。そんなに広く利用されているデータベースだからこそ、多くの問題の元になるのもまた事実です。 そこで今回は、Webサービスを中心にデータベースの選び方、設計についてお話していきたいと思います。そして私もまさに今、2011年から続くWebサービス「オミカレ」のRDBMSのリファクタリングに携わ

    DBの寿命はアプリより長い! 長生きするDBに必要な設計とリファクタリングを実践から学ぶ - エンジニアHub|若手Webエンジニアのキャリアを考える!
  • DB 設計勉強会 / タワーズクエスト社 和田省二さんを先生にむかえた勉強会のメモ。文責は sunaot です。

    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

    DB 設計勉強会 / タワーズクエスト社 和田省二さんを先生にむかえた勉強会のメモ。文責は sunaot です。
    wwolf
    wwolf 2018/08/20
  • RDBでツリー構造

    RDBでツリー構造 1. RDBでツリー構造 2. 親子関係をもつデータを管理したい! 要はツリー構造をRDBで実現したい! ・ツリー構造? ツリー構造とは、データ構造の一つで、一つの要素(ノード)が複数の子要素を 持ち、一つの子要素が複数の孫要素を持ち、という形で階層が深くなるほど枝分 かれしていく構造のこと。木が幹から枝、枝から葉に分岐していく様子に似てい るためツリー構造と呼ばれる。 例) ブログのコメント+返信 ファイルシステム 3. 隣接リストモデル 直近の親のみを参照する id name parent_id 1 oya null 2 kodomo1 1 3 kodomo2 1 4 mago1 2 5 kodomo3 1 4. 隣接リストモデル ・メリット 挿入・削除が簡単 データ構造がシンプル 直近の親がすぐわかる ・デメリット 2世代以上の関係を一発のクエリで取得できない(M

    RDBでツリー構造
    wwolf
    wwolf 2017/09/25
    どれもめんどくさい...ほぼ固定なマスタデータならJSONで持つ方が楽なのでは
  • データベースについてのそもそも論

    先月のはじめのほうで、「リレーショナルデータベースとの上手な付き合い方」というタイトルで、2回発表をした。ひとつは「まべ☆てっく Vol.1」であり、もうひとつは「Hacker Tackle(ハカタクル?)」である。 「リレーショナルデータベースの開発・運用に纏わるもろもろの話をして欲しい」というような内容の話をしてくれないかという同じような依頼を、ちょうど2日違いのイベントで頂いた。9/8のまべ☆てっくと、9/10のHacker Tackleである。そうなると必然的に話す内容も、同じようなものになってくる。同じ人物(=私)が話すのだから、テーマも同じで時期も同じであれば、内容が同じようなものになるのが自然である。もし違うものになってしまっているのであれば、片方はウソをついているということになるはずだ。今日は発表に使用したスライドを紹介しつつ、なぜデータベースを使うべきなのか(あるいは使う

    データベースについてのそもそも論
    wwolf
    wwolf 2016/10/05
    スライド後で見る
  • PHPerに知ってほしいRDBな事

    PHPカンファレンス2016@北海道の資料です http://phpcon.sapporo-php.net/2016/

    PHPerに知ってほしいRDBな事
  • MariaDBがクラスタ「MariaDB Galera Cluster」のGA版リリース | OSDN Magazine

    MariaDB Foundationは3月5日、MariaDBを用いたクラスタ環境を構築するためのシステム「MariaDB Galera Cluster」で初めての安定版リリース「MariaDB Galera Cluster 5.5.29 Stable」を公開した。同期レプリケーション、マルチマスタトポロジ、メンバーシップやノードの自動管理などた特徴。 MariaDB Galera ClusterはMySQLのクラスタ技術を持つフィンランドCodershipと共同で開発されたクラスタ技術。クラウド型の環境上に、マルチマスター型トポロジーを持つクラスタ環境を構築できる。同期型で全ノードがマスター/アクティブになり、どのクラスタノードでもリード/ライトが可能。これによりサービスの可用性を向上でき、また複数のデータセンターにデータを自動分散配置できるという。 レプリケーションにはCodershi

    MariaDBがクラスタ「MariaDB Galera Cluster」のGA版リリース | OSDN Magazine
    wwolf
    wwolf 2013/03/06
    「裏リース」地下経済的な何かである
  • 複合主キーを避けるべき理由 - 虎塚

    データベース設計の話をしていて、「連番の主キーは業務上意味のないデータだから、テーブルに持たせるのはムダだ。複合主キーにするべき」という意見を聞く機会がありました。 脊髄反射で「ないわー」と思ったものの、理由を上手く説明できなかったので、改めて考えてみました。 その結果、次のような結論に至りました。 単一の連番カラムによる主キーと、複合カラムによる主キーとで迷ったら 実装をシンプルにし、業務変更の影響範囲を小さくするために、複合主キーを避ける というわけで、調べたことや考えたことをメモしておきます。# 間違っている部分があれば、教えていただけると嬉しいです。 (2011/07/25 追記)複合主キーとサロゲートキーについては、要件やシステムに依存して多様な判断がありうると思います。にもかかわらず、「避けるべき」というタイトルにしたのは極端でした。申し訳ありません。ご指摘下さった皆さん、あり

    複合主キーを避けるべき理由 - 虎塚
  • Inside Tokyo Cabinet その壱 - mixi engineer blog

    約半年間の沈黙を破ってOSSの世界に戻ってきつつあるmikioです。先日、Tokyo Cabinet(以下「TC」と呼びます)というデータベースライブラリをリリースしました。今回から数回に分けて、TCの設計と苦労話について連載してみます。 DBMとは TCは、いわゆるDBMの系譜のデータベースライブラリで、単純なハッシュテーブルをファイル上で永続化するだけの機能を提供します。DBMはAT&Tの古代UNIXの時代から受け継がれる伝統芸能なのですが、私はそういう枯れた技術が大好きなのです。 プログラマの皆さんは、PerlRubyではハッシュ(連想配列)と呼ばれ、JavaC++ではmapと呼ばれるような、何らかのキーに関連づけてなんらかの値を記録するデータ構造って実によく使いますよね。例えばmixiでは、ユーザアカウントに関連する情報(名前とかニックネームとか)は、ユーザIDをキーにしたハッ

    Inside Tokyo Cabinet その壱 - mixi engineer blog
  • http://1978th.net/tokyocabinet/

    wwolf
    wwolf 2009/12/07
  • 日本データベース学会 | DBSJ

    【最強データベース講義シリーズ】第31回講義 大規模言語モデルの基礎・最新動向 開催日2024年1月17日(水) このたび日データベース学会では「最強データベース講義」プロジェクトを立ち上げま… 【最強データベース講義シリーズ】第30回講義 グローバルトランザクションを実現する技術 開催日2023年12月19日(火) このたび日データベース学会では「最強データベース講義」プロジェクトを立ち上げま… DEIM 2024 論文・チュートリアル募集 開催日2024年2月28日(水)〜3月1日(金)(オンライン), 3月4日(月)〜3月5日(火)(オンサイト) データ工学と情報マネジメントに関するフォーラム (DEIM) は,データ工学と情…

    wwolf
    wwolf 2009/04/16
  • MySQLをファイルシステムとして使う | OSDN Magazine

    MySQLfs を使うと、リレーショナル・データベースMySQLの中にファイルシステムを入れることができる。このファイルシステム中のファイルに含まれるバイト列はデータベースの各行に分割して格納されるため、大きなファイルがある場合もデータベースが巨大なBLOBフィールドをサポートしている必要はない。ファイルシステムをMySQLデータベースに入れておくと、データベースが備えているバックアップやクラスタリング、レプリケーションの機能を利用してMySQLfsファイルシステムを保護することができる。 Fedora、openSUSE、UbuntuにはMySQLfsのバイナリー・パッケージは含まれていない。したがって、MySQLfsを使うにはソースからビルドする必要がある。また、あらかじめmysql-develとfuse-develをインストールしておかなければならない(FUSEにより、一般のプログラム

    MySQLをファイルシステムとして使う | OSDN Magazine
    wwolf
    wwolf 2008/02/21
  • [ThinkIT] 第2回:ストレージエンジンを知っていますか? (1/2)

    wwolf
    wwolf 2007/07/03
  • カラム名の付け方 - OKWAVE

    明確な回答というものがないのですが 私は以下の点に注意して名前をつけています。 ■ 対象を正確に表現しているか 例えばタイトルを表しているなら title のように 勝手に til みたいに略したり関係ない名前をつけない ■ 型を表現しているか 最近は型を意識しない言語が増えてきましたが SQL だと '' で囲む必要があるのかないのかを カラム名で確認できるようにすることもあります。 ■ 変数名が長すぎないか 上記の条件を満たすとなるとだんだん長くなります。 やはり長すぎると SQL だって長くなり見にくくなって しまっては、意味がありません。 ■ 別の名前空間に同じ名前が存在しないか 名前空間を分けて同じ名前を使うことは、自由に 名前をつけれることや、綺麗に対比させることが できるので見やすくなりはするのですが、 名前空間を付け忘れて、違う変数にアクセスしていた ということが起こらない

    カラム名の付け方 - OKWAVE
  • 【レポート】MySQL - "Enterprise"と"Community"の違いとは? (1) キーワードは「安定性」と「ユーザサポート」 | エンタープライズ | マイコミジャーナル

    オープンソースRDBMSMySQL」の開発ベンダであるMySQL ABは、10月17日に「MySQL Enterprise」を発表した。すでに多くのWebサイトでアナウンスされている通り、MySQLは今後「MySQL Enterprise Server」(以降、Enterprise Server)と「MySQL Community Server」(以降、Community Server)に分かれることになる。両者がどのように異なるのかを紹介してみたい。 Community ServerとEnterprise Serverの違い Community ServerとEnterprise Serverの違いを表1に簡単にまとめた。特に大きな点をピックアップして解説する。なお、これは現時点でのMySQL ABの方針であり、将来的には変更される可能性もあることをご了承いただきたい。 表1 「MyS

    wwolf
    wwolf 2006/10/31
  • 1