PostgreSQLの仕組みから学ぶために必要な資料 - そーだいなるらくがき帳
質問されることが多いのでPostgreSQL初学者が運用を行うためにしっておく知識に必要な内容をまとめる。 PostgreSQLの基本的なアーキテクチャ PostgreSQLのアーキテクチャを知らないと自分がやっている作業が危険な作業かどうかわからないし、パラメータの意味もわからない。 そこで以下のリンクを読むと良い。 富士通が後述の資料を参考にまとめたのだろうなと思われる記事。 非常によくまとまっているのでわかりやすい。 www.fujitsu.com もっと細かく知りたいならPostgreSQL Internalsがおすすめ。 富士通の資料と重複するところがあるがこっちが本家。 Githubで管理されているので誤字脱字などあったら気軽にPRを出してほしい。 www.postgresqlinternals.org PostgreSQL Internalsが少し古いので最新事情で知りたい場
マルチテナントにおけるRow Level Securityの具体的な実装と注意点 - そーだいなるらくがき帳
文脈、背景や問題点の説明 マルチテナントを実装するうえで企業情報（以下company）単位で最小限の情報を扱うようにしたいがcompany単位にTableを作ったりDatabaseを作るのはALTERなどの運用が大変。 そこでRLSを採用するために実際の技術検証をした上での注意点と実際の運用について必要な情報をまとめる。 PostgreSQL 14を前提としている 公式ドキュメント CREATE POLICY 必ず一読はすること。 困ったとき、わからないときはまずは公式ドキュメントを都度見ること。 このドキュメントのゴール RLSの概要をつかめる RLSの最低限の注意点を理解し、実装時に罠を踏まない 自分たちでRLSのポリシー自体をメンテナンスすることができ、デバッグできる テーブル構成 create table if not exists company ( id uuid defaul
Github projectsが実際に使えるレベルになっていたのでみんな使っていいと思う - そーだいなるらくがき帳
GithubのカンバンツールであるGithub Projectsはリリースされて1年以上経っている（2018/04/10現在） 僕が当時、使えるかなって思って試した感想は下記の人とほとんど同じような感想だった。 qiita.com 以下、引用。 projectページ内でissueを作成することができないことも率直に不便を感じた :thought_balloon: issueをcloseしたり、PRがmergeされたら自動でclosedのカラムへ移動してほしい。 「自分の担当issueのみ進捗管理したい」などのニーズは容易に想定できるので、projects内のフィルタリング機能がほしい 上記に対して改善しているポイントを述べていく。 Projectsの中で作ったカードをissueに登録できる 該当のカラムの中でカードを作ることが出来る。 これはissueとは別の独立した存在でissueには登
そーだいさんの転職のお知らせ - そーだいなるらくがき帳
私信ですが今日、最終出社日なのでご連絡します。 以下の通りです。 From: はてな CRE To: オミカレ 副社長/CTO 関係各位に感謝を申し上げます。 ありがとうございました。 以上です。 よろしくお願いします。 なぜ はてな を辞めるのか まぁ１年ちょっとで出戻りなんでネガティブに見えがちなんだけどHatenaって会社にネガティブな感情は全然無くて感謝の気持ちでいっぱいです。 じゃあそれに勝るくらいオミカレが魅力的だったか？というとそれも違って、エンジニアとしてみて、プレイヤーとしてみて、Hatenaの方が魅力的だし、そもそも国内でも有数の優良企業です。 むしろオミカレはスタートアップだし課題が多い会社です。 僕はオミカレ起業当初のスターティングメンバー（CTO）なのである程度内情を知っている上で比較しても多くの人はHatenaを選ぶと思います。 それでも僕がオミカレを選んだのは
初めて単独で海外旅行に行くときの知見を集めた - そーだいなるらくがき帳
先日、Global Summitに参加するためにアメリカのシアトルに行ってきた。 MVP Global Summit その時の知見を共有する。 事前に準備するもの パスポート ESTA 航空券 ホテルの予約（場合によるけど） ドル インターネットに接続する手段 TSAロック対応のスーツケース クレジットカード 以下、細かく説明 パスポート 当たり前だけど絶対要る。 しかも発行までに2週間位かかる上に、継続ではなく新規の場合は準備物も多い。 例えば本籍が県外の場合は戸籍抄本の取り寄せが必要で多くが郵送手続きになると思うのでそこで1週間位かかる。 そうなると最短手順でも1ヶ月くらいはかかるし、パスポートは平日しかやってないので業務の調整も必要だろう。 なので予定があるなら最優先で早目に対応することがオススメ。 仮にパスポートを持っていても有効期限は必ず確認しよう。 なお、戸籍抄本の取り寄せは戸
ソフトウェアエンジニアが当たり前にやるべき事 - そーだいなるらくがき帳
manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう？ ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう？ これは自戒をかなり含むが不満をSN
なぜあなたは SHOW ENGINE INNODB STATUS を読まないのか - そーだいなるらくがき帳
この記事は、MySQL Casual Advent Calendar 2017の20日目の記事です。 煽り気味のタイトルですがみなさん SHOW ENGINE INNODB STATUS 読んでますか？ SHOW ENGINE INNODB STATUS \G 見づらいのなんとかならんのか。— そーだい@初代ALF (@soudai1025) 2016年12月20日 わかる。でもMySQLの振る舞いを知る中でSHOW ENGINE INNODB STATUSを読まざる得ない場面はそこそこあります。 どんな時に必要になるのでしょうか？ そこでSHOW ENGINE INNODB STATUSにまつわる話を書きます。 SHOW ENGINE INNODB STATUS をまず読みやすくする まず末尾に \G を付けましょう。 これで3倍読みやすくなります。 次に pager less -S を
Trelloのカード管理と生成は自動化すべきって話をしてきた。 - そーだいなるらくがき帳
qiita.com このエントリーはAtlassian（JIRA , Confuence, Trello, Bitbucket）のTips Advent Calendar 2017の6日目です。 第25回 Tokyo Atlassian ユーザーグループで同名の登壇をしてきました。 augj.connpass.com soudai.hatenablog.com soudai.hatenablog.com soudai.hatenablog.com 登壇資料の中にも書いたけどTrelloで見たいのはカードの状態ですが、ついつい作るのが面倒なタスクはカードを作らずにシュッとやってしまいがちではないでしょうか。それ自体はすごく気持ちがわかりますが「シュッとやるタスクが沢山ある」場合に作業が暗黙的になりがちです。ですのでカードの管理を自動化するのはとても良いことです。 やり方は色々あって繰り返し作
PostgreSQLの内部構造と監視の話 - そーだいなるらくがき帳
Geeks Who DrinkとPostgreSQL Conference Japan 2017での資料です。 nulab.connpass.com PostgreSQL Conference Japan 2017 (2017-11-03) | 日本PostgreSQLユーザ会 詳しく知りたい人は下記の本がおすすめです。 ただし注意点は9.3相当なのでプロセスの仕組みがちょっと違います。 待望の新刊出ました！10系ベースなのでぜひ読んでみてください。 ※2018/10/07 追記 読み応えのある内容になったかなと思います。レベル感で言えばOSS DB Goldの試験出る範囲です。特に内部構造は覚えて置いて損は無いでしょう。 speakerdeck.com 内部構造の中で取り扱っていないところにAUTOVACUUM、TOASTとレプリケーションがあります。AUTOVACUUMはPostgre
PostgreSQLで排他制約がめっちゃ便利！！ - そーだいなるらくがき帳
中国地方DB勉強会っていう控えめに言っても最高の勉強会があるんだけどそこで排他制約について教えてもらいました。 ikkitang1211.hatenablog.jp 排他制約って雑に説明すると重なりを拒否する制約です。 僕は使った事なかったのですが勉強会の中で事例紹介を受けて、めっちゃ便利だったのでここでご紹介します。 どんなときに使うの？ 実際にはどんなときに重なりを制御したいかというとよく使うのは次の2つ。 図面の重なり 時間の重なり 1つ目は幾何学的な図面を表現するときです。 実際にPostgreSQLは円や四角をSQLで表現できます。例えば地図上で特定の座標から半径100メートルの円を書き、その中に特定の円(場所)があればErrorにするような制約が書けます。 そもそもSQLで位置計算もめっちゃ便利なので是非使ってみてください。 soudai1025.blogspot.jp そして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
