@GrabConfig(systemClassLoader = true) @Grab('mysql:mysql-connector-java:5.1.31') import groovy.sql.Sql def db = Sql.newInstance("jdbc:mysql://localhost:3306/dbname", "root", "", "com.mysql.jdbc.Driver") db.eachRow('show tables') { row -> def tableName = row[0] db.eachRow("select count(*) as cnt from " + tableName) { println "$tableName: $it.cnt" } }
外部キー便利!!! MackerelではPostgreSQLで外部キーあり そのレコードがあることが保証される 各テーブルのidにアプリケーションレベル(Mackerelの場合Scala)で型付けをするとなお便利 MemberID型、MonitorID型 → idで誤ったテーブルを引くとかがない 本日のスキーマ CREATE TABLE `member` ( `id` INTEGER unsigned NOT NULL auto_increment, `earned_item_count` INTEGER unsigned NOT NULL DEFAULT 0, `name` VARCHAR(191) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARACTER SET utf8mb4; CREATE TABLE `item`
技術部の小野(taiki45)です。クックパッドではこれまで様々なデータベースの負荷対策を行ってきましたが、シャーディングは行われていませんでした。しかし先日クックパッドの認可サーバーが利用している MySQL サーバーの負荷分散のためにクックパッドで初めてのシャーディングを行ったので、Rails アプリケーションでのシャーディングの事例のひとつとしてその際の手法をご紹介したいとおもいます。 構成 Before データベースは1マスター、1ホットスタンバイ、バッチ用の1リードレプリカで構成されています。Read オペレーションのほとんどはキャッシュ層に逃しています。 After データベースの各ロールにつきそれぞれ1台ずつマシンが増えています。 シャーディングが必要になった背景 認可サーバーのアクセストークンの作成・削除時の Write オペレーションが急増し、レコード数自体も急増していて
MySQL・PostgreSQLユーザーグループ（MyNA・JPUG）合同DB勉強会で発表した資料を公開しました。「データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜」
表題の通り、MyNAとJPUGの合同DB勉強会で発表をしたので資料を公開した。 内容の詳細はスライドそのものを見ていただくとして、言いたいことの主旨はこうである。世の中に完璧なデータモデルはないので、NoSQLは当然の如く必要になる。だが、何でもかんでもNoSQLを使えば良いというものではない。むしろアプリケーションが必要としているデータモデルが何かということをよく理解し、本当に必要な場合にこそ、NoSQLを使うべきなのである。つまり「ご利用は計画的に！」ということだ。 大切なのは、様々なデータモデルを理解し、アプリケーションにとってベストな製品を選択するということだ。ベストなのがRDBかも知れないし、そうでないかも知れない。最適なデータモデルを選択した場合に、出来上がったものの性能も最高になるし、開発効率も最も良くなる。データベースの主流はRDBだが、それはリレーショナルモデルがカバーで
今回は日本語の全文検索の勉強会です。全文検索というとふつうはそれ専用のソフトウェアを使ってやるものですが、MySQLやPostgreSQLで直に検索しちゃうことだってできるよね？というすごい具体的な狙いが面白いなと思って、行ってきました。 (三土たつお) ■会場はDMM.com でした 会場は、駅から遠いことで有名な恵比寿のガーデンプレイスでした。ガーデンプレイスタワーにオフィスがあるDMM.comラボが会場を提供していたのでした。 おしゃれ！ DMM.comといえば、安定した本業の収入をもとに、このところ英会話やオンラインゲームなどいろいろな事業を展開していることで有名ですね。DMM.comラボはそれらの事業に必要な技術を研究開発する子会社なんだそうです。 DMM.comラボ技術広報の星野さん という話をDMM.comラボの星野さんがいろいろとお話していました。 ■主催者はクリアコードの
import javax.persistence.* import org.hibernate.cfg.* // javax.transaction jta.jar added manually to ivy repo @Grapes([ @Grab(group='org.hibernate', module='hibernate-annotations', version='3.5.6-Final'), @Grab(group='org.slf4j', module='slf4j-simple', version='1.7.13'), @Grab(group='mysql', module='mysql-connector-java', version='5.1.29'), @Grab(group='javassist', module='javassist', version='3.1
今回は PostgreSQL, MySQL それぞれの NoSQL 機能にフィーチャーした勉強会、「ニッチだな、これは！」ってことで、MyNA・JPUG合同DB勉強会 in 東京に参加してきました。 個人的に PostgreSQL には疎いので PostgreSQL の最新事情とか聞けたらくらいのつもりでいってみたんですが、いい意味で変態的な勉強会*1でしたｗ ちなみに個人的に一番、変態的だなぁと今回思ったのは MySQL Lab の HTTP(s) Plugin for MySQL だったな、と*2。 主催者の方々および会場を提供してくださった DMM Lab 様、大変貴重で勉強になる勉強会を開催してくださりありがとうございました！！ では、ブログを書くまでが勉強会なので、わたしがとってきたメモをいつも通り公開しておこうと思います。 まず、当日の Agenda は以下のとおりでした。 A
SELECT name FROM TABLE_NAME WHERE id IN(1, 2, 3)みたいな複数行の結果セットが返ってくるクエリを、 複数行を結合した文字列にしつつ、サブクエリとして扱って、 SELECT column1, column2, (SELECT name FROM TABLE_NAME WHERE id IN(1, 2, 3)) AS names FROM ...みたいにスバッと書きたいみたいなことが、たまにあります。 文字列への結合をプログラム側でやらなくて済むと嬉しいケースもあるし。 ただし、これはRDBMSによって、書き方が結構異なります。 なんで、アレっちゃアレなんですが、まとめてみました。 対象RDBMSはPostgreSQL、MySQL、Oracle。（というか他は知らない。。。） 前提 SELECT name FROM TABLE_NAME WHERE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
