タグ

databaseとRubyに関するyagitoshiroのブックマーク (4)

  • InfoQ: Ruby向けデータベースツールキットのSequel

    ActiveRecordはRailsの事実上のORM(O/Rマッピング)である。Sequel(リンク)(v2.7.1)はActiveRecordに代わるORMだが、それ以外にもRubyの包括的なツールキットとなり、データベースオペレーションを行う。 - Sequelはデータベースクエリとテーブルスキーマの構築を目的に、スレッドの安全性、接続プーリング、簡潔なDSLを提供する。 - Sequalはまた、Rubyオブジェクトへのレコードのマッピングと関連レコードの処理を目的として、軽量ながら包括的なORMレイヤーを備えている。 - Sequelは、プリペアード・ステートメントや束縛変項(リンク)、マスター/スレイブ設定、データベース・シャーディングといった(リンク)高度のデータベース機能をサポートする。 - SQL.Sequelを使えば、SQLを習得し始める必要なく、複数レコードの処理が容易に

    InfoQ: Ruby向けデータベースツールキットのSequel
  • Why active record sucks

    First published at Tuesday, 28 August 2007 Warning: This blog post is more then 17 years old – read and use with care. It is not really Active Record (AR) which sucks but the implied, perhaps just misinterpreted, common usage as an ORM (object relational mapping). To summarize the following blog post in one sentence, so that you may skip reading it: Active Record may be used to implement ORM, but

    Why active record sucks
  • RDBMSでは不十分

    リレーショナルデータベースはクライアント/サーバモデルに適合するものの、サービスの世界では新しいソリューションが必要である(source)。RDBMSはスケーラビリティの問題に陥りやすい。冗長性や並列性をどのようにして実現すればいいのか(source)? (リレーショナルデータベースは)単一故障点となります。特に複製はささいな事ではありません。疑問に思うのであれば、全く同じデータを必要とする2つのデータベースサーバがあることによって起こる問題を考えて見てください。データを読んだり書いたりするために両方のサーバがあると、同時に変更するのが困難になります。マスターサーバとスレーブサーバがあっても、良くありません。なぜなら、マスターはユーザが情報を書き込む際、沢山の熱を帯びるからです。 また、Assaf Arkin氏も整合性を書くこと(source)はRDBMSが自身の重さで内破してしまう理由で

    RDBMSでは不十分
  • [rails][負荷分散]RailsのDB負荷分散調査のための資料 - yoshitetsuの日記

    magic_multi_connections Magic Multi-Connections magic_multi_connectionsのページ Magic Multi-Connections: A “facility in Rails to talk to more than one database at a time” magic_multi_connections作った人の記事 Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築 magic_multi_connectionsの使い方がのってる Ruby on RailsでMagic Multi-Connectionsを使う magic_multi_connectionsの使い方がのってる 分散DB対応ライブラリ Magic Multi-Connections を試してみる magic_multi_

    [rails][負荷分散]RailsのDB負荷分散調査のための資料 - yoshitetsuの日記
  • 1