PostgreSQLの実行計画を読み解くための参考資料集 - ぱと隊長日誌
はじめに PostgreSQLは商用DBに比べて書籍が少なく、まとまった情報が入手しにくいです。また、有志の方がPostgreSQLに関する資料を公開していますが、散在しており、せっかくの有益な情報にアクセスしにくい状況にあります。 そこで、本エントリではPostgreSQLの実行計画に焦点を絞り、公開されている有用な資料（書籍含む）をまとめました。読み返したい資料を探しやすくするため、内容のポイントも併せて紹介してます。 本エントリをきっかけに、これらの資料がさらに活用されることを願っています。 前提 各資料の前提としているPostgreSQLのバージョンは異なることにご注意ください。調査対象のPostgreSQLのバージョンが異なれば、状況は変わっているかもしれません。 各資料には内容の重複があり、ほぼ同一内容の場合もあります。重複している内容についてはポイントから割愛することがありま
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策｜ハイクラス転職・求人情報サイト AMBI（アンビ）
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
我々はいかにして技術選択を間違えたのか？ 2016 - Cybozu Inside Out | サイボウズエンジニアのブログ
どうも！アプリケーション基盤チームの横田(@yokotaso)です！ kintoneなどで利用していたJavaフレームワークのSeasarのEOLに伴い、S2Daoからの脱却を試みたのですが、パフォーマンス問題や障害を発生させてしまうなど問題を多々発生させてしまいました。 同じ過ちを繰り返さないという強い決意のもと、今回の失敗をブログで公開いたします。 失敗をあえて公開する点で斬新かつ濃いブログ記事となっております！ 失敗体験の公開は恥だが役に立つ！ 移行先の選定の失敗 移行先として選定したプロダクトは Hibernate*1です。 Hibernateを選んだ理由としては Spring Framework を選定した Spring Frameworkで Interface + アノテーションでプログラミングするならSpring Data JPA が有力 JPAに準拠したのORMの中でも、H
秒間100万クエリを受け付ける大規模ソーシャルゲームのバックエンドDBシステムの設計・運用ノウハウ
2016/08/26 CEDEC 2016
データベースについてのそもそも論
先月のはじめのほうで、「リレーショナルデータベースとの上手な付き合い方」というタイトルで、2回発表をした。ひとつは「まべ☆てっく Vol.1」であり、もうひとつは「Hacker Tackle（ハカタクル？）」である。 「リレーショナルデータベースの開発・運用に纏わるもろもろの話をして欲しい」というような内容の話をしてくれないかという同じような依頼を、ちょうど2日違いのイベントで頂いた。9/8のまべ☆てっくと、9/10のHacker Tackleである。そうなると必然的に話す内容も、同じようなものになってくる。同じ人物（＝私）が話すのだから、テーマも同じで時期も同じであれば、内容が同じようなものになるのが自然である。もし違うものになってしまっているのであれば、片方はウソをついているということになるはずだ。今日は発表に使用したスライドを紹介しつつ、なぜデータベースを使うべきなのか（あるいは使う
初心者のためのSQLガイド???? : SQLを直感的に理解しよう | POSTD
SELECT * WHERE a=b FROM c ？ それとも SELECT WHERE a=b FROM c ON * ？ もしあなたが私のようなプログラマだったら、SQLは、初めは優しく見える言語の1 つかもしれません（ただ単に普通の英語通り読めばいいですから）。ですが、何かしらの理由で、なんてことのないクエリにもいちいち正しいシンタックスをググらなければいけないでしょう。 いずれJOINにAGGREGTATION、サブクエリにたどり着くでしょうが、読んだとしてもさっぱりでしょう。例えば次のような感じです。 SELECT members.firstname || ' ' || members.lastname AS "Full Name" FROM borrowings JOIN members ON members.memberid=borrowings.memberid JOIN
DOMA2を使ってみた - ゆずめも
今関わってるプロジェクトでDOMA2が使われてたので勉強したことをメモ 他の記事見てるとwebと絡めてるものが多いですが 素のサーブレットくらいしか触ったことないし DBアクセスだけ確認したいのにwebからとか… ってなったのでコンソール上で動きを確認したいと思います DOMA2とは javaのDBアクセスフレームワーク ドキュメント Welcome to Doma — Doma 2.0 ドキュメント リポジトリ github.com 準備 ビルド Maven Central で公開されているのでMavenでやってもいい気がしますが DOMA2はGradleでビルドされてるみたいなのでGradle使う Gradle l Modern Open-Source Enterprise Build Automation - Gradle *1 エディタ みんな大好きIntellij IDEA （D
トランザクションの設計と進化
3. Copyright©2016 NTT corp. All Rights Reserved. トランザクションの基本 トランザクションとは： データに対する一連の操作を一つにまとめた単位の事 トランザクションマネージャとは： 複数のトランザクションがACIDを守って走るよ うに管理する機構 A: Atomicity 結果がAll-or-Nothingとなる事 C: Consistency 一貫性を守る事 I: Isolation 過程が他の処理から見えない事 D: Durability 結果が永続化される事 Consistentな状態空間 Inconsistentな状態空間 Diskが取りうる全ての状態の空間 Atomicな遷移 4. Copyright©2016 NTT corp. All Rights Reserved. 何らかの実行順(スケジュール空間) 直列に実行した場合の結果
DB Tech Showcase Tokyo 2016 で発表しました。MySQL 5.7の新機能 〜InnoDB編〜
表題の通り、db tech showcase Tokyo 2016にて、MySQL 5.7の新機能についての解説を行った。スライドをアップロードしたので、セッションに来てくれた方も、見逃したという方もぜひ見て頂きたい。 What's New in MySQL 5.7 InnoDB from Mikiya Okuno 思えば、4年前のdb tech showcaseでMySQL 5.6の新機能について解説したときは、1回のセッションですべての機能を詳解することができた。ところが、MySQL 5.7に至っては、昨年MyNA会でオプティマイザ関連の新機能についての解説を行ったのに続き、今回はInnoDBの新機能だけに的を絞った解説となった。このように小出しにしているのにはワケがある。いや、そもそも小出しにしているというつもりはない。単にMySQL 5.7の新機能が多すぎて
MySQLとPostgreSQLとOracleの使い分け - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） ここだったか ◆みずほ銀行次期システム開発を見守るスレ25◆ [無断転載禁止]©2ch.net http://hanabi.2ch.net/test/read.cgi/infosys/1467962368/ もっと前だったかに、銀行でMySQL使うのどうのこうの・・という話があったけど、 MySQLとPostgreSQLとOracleをどう使い分けていて、何故そうなるのか、 知ってるかどうか疑問だったので、ちょっと書いてみる ■使い分け MySQL：更新処理を早くしたいが、複雑なselectは行わない Oracle：カネはある PostgreSQL：上記に外れた場合 ■MySQLの選択理由 なぜ、MySQLは、 「更新処理を早くしたいが、複雑なselectは行わない」 ときなのか
このRDBについて私は驚くべき闇を見つけたがそこを発表するにはネットは怖すぎる
YAP(achimon)C::Asia Hachioji 2016midの資料です。
Dockerで開発環境のMySQLと同じデータを手軽にローカル環境でも利用する - tehepero note(・ω<)
2016 - 06 - 20 Dockerで開発環境のMySQLと同じデータを手軽にローカル環境でも利用する Docker MySQL DevOps Microservicesを運用していると、サービス毎にDBを持つことになってどうしても扱うDBや スキーマ が多くなってしまいます。 開発環境の MySQL （ AWS ならRDS）に直接接続するならまだしも、DBはローカルにもって好き勝手に使ったり、汚したりスクラップしたりしたいですよね。 というわけで、Dockerを使ってカジュアルにその環境を作ってみました。 やりたいこと やりたいことを以下の図のような感じ。 docker runで MySQL のコンテナを起動する コンテナ起動時に任意のRDSから ダン プを取得し、コンテナ内の MySQL にリストアする（もちろんRDSでも AWS でもなくて良い） 使う 再度docker run
GlassFish データベースの設定
2010年2月8日 at 12:21 午後 1件のコメント GlassFishはデータベースとの接続にデータベースベンダーが提供するJDBCドライバを使用します． GlassFishにはインストール時デフォルトで Java DBが付属しており，あらかじめJava DBに対するJDBCリソースと接続プールの設定がされています．そして GlassFish の監視系の機能の一つである，「呼び出しフロー」のデータ保存先として使用されています． ここでは，新たにMySQL 5.1との接続設定方法について紹介します．MySQLと接続するためには，MySQLのJDBCドライバを事前に入手しておいてください． また以降の手順ではMySQLが既にインストールされていることを前提に説明します． JDBCドライバに対するクラスパスを設定 dashost > asadmin get “cluster1-confi
#odc16 Oracleでの論理削除についてLTしてきた@Oracle Database Connect 2016 - もぐめぽろぐ
Oracle Database Connect 2016の最後のLTセッション枠に参加してきました。 お題はインデータベース・アーカイブを用いたOracleでの論理削除についてちょろっとLTしてきました。 内容としては、tableにrow archivalをつけると、インデータベース・アーカイブが有効になって、非表示のora_archive_stateというのができるのでそれを論理削除の列として使ってみようというお話でした。 最後に質問でいくつか聞かれたのでここで答えておこうかと思います。 IDに主キーが設定されてる時に論理削除されているレコードを入れようとしたらインサート出来ないのか？ →YES。できません SQL> alter table anohana add constraint pk_id primary key (id); Table altered. SQL> select
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DataBase Refactoring
Webエンジニアに知ってほしいRDBアンチパターン
MySQLのTimeZone設定 | MrXの徒然なるブログ
MySQLさんからColumn not foundって言われているけど、ログを見る限りそのカラムはSQLのどこにも出現しない
RDBアンチパターン // Speaker Deck
What's New in MySQL 5.7 InnoDB
