MySQL/Postgres におけるトランザクション分離レベル
MySQL/Postgres におけるトランザクション分離レベルと発生するアノマリーを整理する https://zenn.dev/mpyw/articles/rdb-transaction-isolations 上記のスライドの具体的な結論に至るまでの導入として，知識があまりない状態でも段階的に読み込んでいけるように心がけたスライドで，株式会社ゆめみの社内勉強会にて発表しました。 スライドの途中の URL などは PDF としてダウンロードするとクリックできると思います。 事前のレビュー協力者 - https://twitter.com/neko_han25 - https://twitter.com/KentarouTakeda
postgres_fdw pushdown - Qiita
はじめに にゃーん この記事は、PostgreSQL 10全部ぬこ Advent Calendar 2017 の20日目のエントリです。 今日のお題 今日のお題は、外部データラッパ(FDW)の中の一つ、postgresq_fdwに関する改善項目について。 FDWとはなんぞ？ PostgreSQLを使っている人なら、知っているとは思うけど念のため。FDW(Foreign Data Wrapper)というのは、ざっくり言うと別の場所にある任意の情報源(別にRDBMSでなくてもいい)を、あたかも仮想的なテーブル(外部テーブル)のように見せて、その外部テーブルに対してSQLでアクセスできるようにする機能だ。 FDWには現時点でも驚くほど多くの種類がある(Foreign data wrappers一覧参照)。 情報源があれば、FDWを作りたがる。これも PostgreSQLかいはつしゃの サガ か・
コンピュータは数値さえ正確に扱えない
(Last Updated On: 2018年8月13日)コンピュータで数値を正確に扱うのは「実は結構難しい」です。つまり「コンピューターは数値を正確に扱えない」という事です。「コンピューターが数値を正確に扱えない？！何を言ってるんだ？！」と思った方は是非読んでみてください。 コンピューターは数値を正確に取り扱えない コンピューターは数値を正しく取り扱えるから便利なのでは？と思うかも知れません。「コンピューターは数値を正確に取り扱えない」これは動かし難い事実／制限です。 コンピューターが数値を正しく取り扱える条件が決まっています。条件の範囲外であれば正確に取り扱えません。 この問題によりロケットが爆発するといった事例もあります。 整数 最も解りやすいのは整数です。通常、整数は固定の記憶領域を持つ整数型で表現されます。32ビット整数、64ビット整数、という言葉はITシステムの開発者でなくても
Webサービスが成長するとロックで苦労する話をしてきた - そーだいなるらくがき帳
気がつけばもう3月。 毎月、ブログを書こうと思っていたのにいきなり2月で挫折しました。 でも過去を振り返っても仕方ないので気持ちを入れ替えて登壇報告です！！ 第19回中国地方DB勉強会 in 米子とMySQL Casual Talkで登壇しました。 speakerdeck.com # 第19回 中国地方DB勉強会 in 米子 dbstudychugoku.github.io # MySQL Casual Talk togetter.com ロック、苦労しますよね。 しかもここでは紹介しませんでしたが粒度としてはここで話したのはHeavyweight Lockの話なのでもっと下のレイヤーも絡みだすと泥沼です。 でもハードの力を使い切ることはエンジニアの腕の見せどころでもあると思います。 このへんの話、苦労話は多いけどじゃあどうやって打開したか！？みたいな話は少ないので機会を見つけてアウトプッ
このRDBについて私は驚くべき闇を見つけたがそこを発表するにはネットは怖すぎる
YAP(achimon)C::Asia Hachioji 2016midの資料です。
CodeIgniter3のlimit()が生成するSQL - Qiita
はじめに CodeIgniter 3.06で確認しました。 CodeIgniterには、Active Record(クエリビルダ)という機能があります。 これはあらかじめ用意されているメソッドを利用することで、SQLを書かずにクエリを発行する機能です。 一番シンプルな形はこれですね。 これを実行すると、mytableの全レコードを取得します。 その他 select() select_max() from() join() where() like() group_by() distinct() order_by() insert() update() delete() といった対応するSQLをイメージできるメソッドが用意されています。 そんな中 limit() というメソッドがあります。 limit()の構文はこうです。 limit(取得レコード数, オフセット) 21～30のレコードを取
CodeIgniterのDB処理でLike検索を行った場合のバグ？ - misc.log
※CodeIgniter 2.1.4での話です（←今現場で使っているのがこれなので…） PHPの開発フレームワークであるCodeIgniterで、Like文を使った検索処理を行った際に内部で生成されるSQLがおかしくなるケースがあることがわかりました。とりあえず忘れないようにメモ。現象等は下記の通り。 Like検索条件にアンダースコアやパーセンテージの文字が入った場合に予約語、予約文字と混ざらないようにエスケープする処理が入る。 エスケープには「！」をつけるようだが、その処理に不備があり、エスケープ記号の「！」が「！！」になってしまう。 本現象はPostgreSQL用のドライバー「postgre_driver.php」で発生。 本件について、MySQLでも同じような問題が報告されてこちらは訂正されている様子。 github.com PostgreSQLについてはほかのブログ等でもだいぶ前に
FuelPHPのModel_Crud+Postgresql でLastInsertIDを取得 | プログラマのめもぶろぐ
FuelPHP＋PostgreSQLの組み合わせにてModel_Crudを使用した場合に登録時に登録IDを取得する方法をメモ。 以前に書いた記事の続編となります。 FuelPHP+PostgresqlでInsertIdを取得する方法 以前と同じようにCoreを拡張して対応します。 拡張対象のクラス Database_PDO_Connection 以前修正済みのため対象外 Database_Query 以前修正済みのため対象外 DB Model_Crud それぞれのクラスを作成します。 APPPATH .’classes/core/db.php’ \Fuel\Core\DBクラスより、insertメソッドをコピーし拡張を施す。 class DB extends \Fuel\Core\DB { /** * Create a new [Database_Query_Builder_Insert]
MySQL使いの人がPostgreSQLを始めるときの罠をまとめてみた
昨日書いたエントリがなかなかいい感じに拡散された。 MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと で気付いた。 多分本当にMySQL5.7の罠が理由でPostgreSQLに移行する人は上のエントリを求めてない。 つまり本来ターゲットにすべき人は SQLはORMが解決してくれるから違いなんて気にしない ロジックはSQLではなくアプリケーションコード側が行う DBはデータを置くストレージだ、いいね？ みたいな人だ。 前述のエントリでよしPostgreSQL使おう！！って人は多分MySQL使っても乗り越えていける人たちだ。 勿論そんな人達がPostgreSQLに来てくれるのは嬉しいし大歓迎。 それとは別にもっと窓口を拡げるために必要な移行時の罠をまとめておく。 これはMySQLと比較しながらPostgreSQLの事を書く。 だが初めてPostgreSQLを触る人は知
MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと
— そーだい＠初代ALF (@soudai1025) 2015, 8月 24 とブーメラン投げて見事に刺さってるので今から記事書く。 両サイドにはかなり厳しい話もするが俺の本音を聴いておけ（関白宣言） まぁ歴史の長いRDBなのでお互いの比較記事は沢山ある。 なのでマルチスレッド(MySQL)とマルチプロセス(PostgreSQL)だとかVACUUMだって話はしない。 むしろ実際に使ってみた際の違いをにフォーカスする。 1. SQLの違い 基本的にMySQLでやっていたことはPostgreSQL出来る。 しかし関数の挙動の違いは幾つかある。 例えば時間から曜日に該当する数字に変換した場合に MySQL → date_format(time,"%w") 0から始まり、日曜日に該当する PostgreSQL → to_char(time,'D') 1から始まり、日曜日に該当する など挙動に互換性
PostgreSQL環境でFuelPHPのDBマイグレーションを使う - Goldstine研究所
今更FuelPHP感はあるのだが、 postgresql利用時のFuelPHPのmigration導入について、注意点をまとめた。 でも、結論は納得がいっていない。 0. 前提 下記の環境で行ったものです。 PHP: 5.5.7 FuelPHP: 1.7 Postgresql: 9.4 1. テーブル文字コードの問題 事象 公式サイトのサンプルの通りはじめにapp/migrations/001_example.phpを作り、migrationを実行した。 app/migrations/001_example.phpの作成 <?php namespace Fuel\Migrations; class Example { function up() { \DBUtil::create_table('posts', array( 'id' => array('type' => 'int', 'c
Webで役立つRDBの使い方
13. ID 名前 戦闘力 編 1 フリーザ 530000 フリーザ編 2 悟飯（幼少期） 1307 ラディッツ編 3 クリリン 206 ラディッツ編 4 ヤムチャ 177 ラディッツ編 5 農夫 5 ラディッツ編 6 ギニュー 120000 フリーザ編 7 クリリン 1500 フリーザ編 8 亀仙人 139 ラディッツ編 ※実務では編は正規化するべき
FuelPHP:PDO+PostgreSQLで、insert時にidがとれないエラーを回避する - Qiita
問題 FuelPHPのModel_Crudを継承したモデルでcreateを行うと、生成後のidがとれず下記のようなエラーとなる Property "id" not found for Model_Monkey. in /vagrant_data/html/fuelphp/fuel/core/classes/model/crud.php on line 441 これはPDOのlastInsertId()を使って生成後のidをとってきているのが原因。PDOのlastInsertId()はPostgreSQLでは最後に追加したidを返さない。 対策 PostgreSQLでserial型(mysqlでいうところのauto_increment相当)を使う場合にはinsert文の最後に returning 節をつけることでidを返すことができる
今風にPostgreSQLの開発環境をつくってみた - tehepero note(・ω<)
2015-03-24 今風にPostgreSQLの開発環境をつくってみた 最近ホットすぎるPostgreSQL界隈ですが、せっかくなので今風に開発環境を作ってみました。 PostgreSQLおさらい 近年のPostgreSQLの進歩は目覚しいものがあって、高いスケーラビリティはもちろん、アプリとの親和性の高さもあって注目度を増しています。 9.4系からはJSONBサポートに加えGINインデックスの性能強化等があって、RDBの特性を持ちながらドキュメントDBのような使い勝手を実現しています。MongoDBもびっくりですね。 ちなみにAmazon RDSにもつい最近9.4.1がサポートされましたね。 Amazon RDS for PostgreSQL support for major version 9.4.1 というわけでこんな今風なPostgreSQLを今風に環境構築してみようと思います
FuelPHP+PostgresqlでInsertIdを取得する方法 | プログラマのめもぶろぐ
FuelPHPでPostgresqlを使用してInsertを行うとInsertで生成したlastInsertIdが取得できません。 原因はPDO::lastInsertIdの使い方でした。 PDOのマニュアルに「PDO_PGSQL の場合、name パラメータにシーケンスオブジェクト名を指定する必要があります。」と記載されているのに FuelPHPのCoreでは対応していません。 なので、Coreを拡張して対応することにしました。 拡張対象のクラス Database_PDO_Connection Database_Query それぞれのクラスを作成する。 APPPATH .’classes/core/query.php’ \Fuel\Core\Database_Queryクラスより、executeメソッドをコピーし拡張を施す。 class Database_Query extends \F
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQLアンチパターン
GitHub - uptimejp/sql_firewall: SQL Firewall Extension for PostgreSQL
HP Blogs - ジェットエンジンで知恵熱をブッ飛ばす ～HPサーバーに初めて恋した - The HP Blog Hub
まずやっとくPostgreSQLチューニング
PostgreSQLのリカバリ超入門(もしくはWAL、CHECKPOINT、オンラインバックアップの仕組み)
