PostgreSQLの仕組みから学ぶために必要な資料 - そーだいなるらくがき帳
質問されることが多いのでPostgreSQL初学者が運用を行うためにしっておく知識に必要な内容をまとめる。 PostgreSQLの基本的なアーキテクチャ PostgreSQLのアーキテクチャを知らないと自分がやっている作業が危険な作業かどうかわからないし、パラメータの意味もわからない。 そこで以下のリンクを読むと良い。 富士通が後述の資料を参考にまとめたのだろうなと思われる記事。 非常によくまとまっているのでわかりやすい。 www.fujitsu.com もっと細かく知りたいならPostgreSQL Internalsがおすすめ。 富士通の資料と重複するところがあるがこっちが本家。 Githubで管理されているので誤字脱字などあったら気軽にPRを出してほしい。 www.postgresqlinternals.org PostgreSQL Internalsが少し古いので最新事情で知りたい場
問題を解決して成長し続けるために必要な事 - そーだいなるらくがき帳
私は人が成長するときは 行動した時（そしてその最中） 結果を振り返った時（失敗、成功を問わず） の2つだと考えいる。 その2つを得るには問題にチャレンジすることが非常に重要。 このことについては過去にもブログにしている。 soudai1025.blogspot.jp これはつまり、自分自身にも言えること。 成長するためには、成長し続けるには問題を解決し続けるしかない。— そーだい@初代ALF (@soudai1025) 2017年10月14日 解決できない問題にぶつかることを恐れて、問題に挑まなく鳴った時、人の成長は止まるんだよねきっと。— そーだい@初代ALF (@soudai1025) 2017年10月14日 なので逆説的に言えばこうなるなと。 そう考えた時、自分自身に課題を設定する場合、問題を選択する場合にどうしても解決済みの話や解決できる見込みの高い問題を手に取っていないだろうか？
判断と決断の違いと決断のコツ - そーだいなるらくがき帳
判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei
WSL2でMySQLを起動するときは mysqld --daemonize を使う - そーだいなるらくがき帳
WSL2ではPID 1がinitd問題によってsystemdが起動できません。 そのため、systemctlが使えなくてMySQLが起動できないってなるのですが、yoku0825さんにやり方を教えてもらったのでメモとして残します。 そんなムズくないです。最近のmysqldには--daemonizeがあるのでそれを使えばokです— yoku0825 (@yoku0825) 2021年8月2日 つまりroot権限で mysqld --daemonize を叩けばOK。 ただ /var/run 配下は再起動時に /var/run/mysqld/ がなくて失敗すると思うので起動はフォルダを作って権限を付けてあげましょう。 $ mkdir /var/run/mysqld $ chown mysql:mysql: /var/run/mysqld $ mysqld --daemonize これでMySQ
ソフトウェアエンジニアが当たり前にやるべき事 - そーだいなるらくがき帳
manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう？ ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう？ これは自戒をかなり含むが不満をSN
地方のコミュニティで成長するということ - そーだいなるらくがき帳
突然だが、私はコミュニティが好きだ。 その中でも地方コミュニティが大好きだ。 昨日、今日と地方コミュニティ主催のイベントで登壇してきた。 www.sakurajima-house.tech osh-web.github.io オープンセミナー広島では表題のこと、前エントリーのこと*1について話をしたのでそのスライドも見てほしい。 コミュニティは新しい出会いを与えてくれるし、成長するため環境を用意してくれる。 そのコミュニティというエコシステムの中で成長するということはどういうことだろうか。 それについて少しだけ、想いを綴りたい。 地方のコミュニティで成長できる 私はコミュニティに育てられた。 それなりにデータベース界隈、Webエンジニア界隈では知名度がある方だと思うし、エンジニアとしての問題解決能力も高い方だと思う。 その上でもう少し補足すると私は 地方のコミュニティ で育った。 今は確か
リモートワークの中で大事なこと - そーだいなるらくがき帳
リモートワーク、テレワークが本格的に始まって1ヶ月以上経った人も多いのでは無いでしょうか。 自分は2月から独立してほとんどをリモートワークで過ごしてきましたが、その中で大事だなと学んだ知見を共有していこうと思います。 作業環境は大事 そーだいなる環境 静音キーボードがオススメ ネットワークは本当に大事 会社は積極的に支援すべき 買ってよかったリスト フットレストがあると疲れが違う ペンタブがあるとテレカンが捗る 毛づくろいの会話が大事 雑談するトリガーを増やす 気軽に雑談出来る場所を増やす リモートワーク交流会の開催 オンラインだと繋がりが偏る 関係する線を増やす 進捗は全てを解决する 適切な問題設定が大切 まとめ 合わせて読んでほしい 作業環境は大事 まず一番大事なのは作業環境です。 どこまで投資するか難しい…って気持ちもわかります。 しかし緊急事態宣言は延長され、会社のリモートワークも
失敗から学ぶ登壇のそーだいなる歩き方 - そーだいなるらくがき帳
私は登壇芸人と呼ばれる程度にはそれなりの数を登壇している。 そーだいなる2017年のアウトプットを振り返る - そーだいなるらくがき帳 そーだいなる2018年のアウトプットを振り返る - そーだいなるらくがき帳 2019登壇とか主催とか.md · GitHub そんな私も最初から出来たわけでは無く、数多くの失敗の結果、今のスタイルになった。 そこでその失敗を共有し、誰かの参考になれば良いと考え、筆を取った。 失敗談 人間は失敗して良いし、再挑戦すれば良い 資料は余裕を持って作成する 資料に余計なネタや卑下は不要 自分なりの考えや学びを織り込む フィードバックを恐れない 良い図面は言葉に勝る まとめ 失敗談 その昔、私はTDDあかんやつ() *1 と呼ばれる下ネタ満載のLTを勉強会の懇親会で行ってめちゃめちゃ怒られたこともある。 他にも 山羊発言 や15分の持ち時間で30分喋るなど、多くの失
JAWS DAYSでデータベースリファクタリングの話をします - そーだいなるらくがき帳
往年のそーだいさんファンの人はご存知、オミカレで現在頑張ってる最中のデータベースリファクタリングの話をJAWS DAYSで話をしてきます。 jawsdays2019.jaws-ug.jp 登壇内容は主にエンジニアhubに寄稿した内容です。 employment.en-japan.com Amazon DMSの使い方自体は id:ikkitang1211 の資料を見たほうがいいです。 www.ikkitang1211.site 最近は結構DMSを使ったバージョンアップの話とかも聴くことが増え、事例としても充分出てきたのでは無いでしょうか。 我々もデータベースリファクタリング自体は粛々とやっていて、API化自体は概ね終わりが見えていて、今はDMSを外すフェーズをやっています。 夏ぐらいには終わりたいなぁみたいな見積もりでやっております。 結構DMS以外にもALB使ったアプリケーションの切り替え
PostgreSQL11 のインストールまとめ - そーだいなるらくがき帳
最近、いろんなPostageSQL11のインストールをしたのでまとめておく。 共通事項 PostgreSQLはデフォルトはOSのロケールを使う。 そこでロケールはCを指定するのが一般的なのでno-localeを指定した手順となっている。 また文字エンコーディングもデフォルトはsql_asciiなためUTF-8をを指定する手順となっている。 正しいロケールとエンコードを指定していないと後から本番DBを作り直すことになったりするので、最初からちゃんと作っておこう。 いろんな現場で失敗したDBを見てきたのでマジでちゃんと最初にやっておいてくれ！！ それとpostgresql.confとpg_hba.confの話はしない。 この2つはDB再起動すれば反映できるし、昔書いたことあるのでそちらを見て。 soudai1025.blogspot.com CentOS 7 以下手順。 -- PostgreS
正しいデータは正しい設計に宿る - そーだいなるらくがき帳
って話をbuilderscon 2018でします。 builderscon.io 当日利用する資料はこちら。 speakerdeck.com 私のセッションはbuildersconの最終セッション。 皆さん素晴らしいセッションが並ぶ中で選択肢に迷ってる方も居ると思います。 だから先に公開しておきますのでこれをご覧になって、他のセッションに行くというのも有りだと思います。 あと事前に去年のトークを見てくれると当日はより理解が深まると思います。 同じ話を2回しても皆さんにとって勿体無いのでリファクタリングの細かい前提の話は当日はしません。 soudai.hatenablog.com 動画はこちら。 www.youtube.com これを見て、面白そうだなって思ったらぜひ、遊びに来てください。 僕が知ってるRDB設計、そしてRDBの歩み方を全てお伝えします。 あなたの新しい道の一歩目をご用意しま
MySQLの0000-00-00 00:00:00は使ってはならない - そーだいなるらくがき帳
結論 何がいいたいかといいますと0000-00-00 00:00:00があるとORMも死ぬし、DBマイグレーションツールも死ぬし、そもそもMySQLからポスグレにデータを持っていくこともFDWをすることも出来なくて死ぬのじゃ。— そーだい@初代ALF (@soudai1025) 2018年4月25日 色々困るので使わない。 理由 以下に理由を述べる SQL標準ではない 正論で殴った場合。 0000-00-00 00:00:00の仕様が難しい 0000-00-00 00:00:00 はMySQLの独自な仕様で NOT NULL制約のカラムではNULLと等価であり、NULLではない という仕様がある。 "NOT NULL として宣言された DATE および DATETIME カラムでは、次のようなステートメントを使用することで、特殊な日付 '0000-00-00' を検索できます"https:
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
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
データベースリファクタリングについて話をしてきた #OSO2017 - そーだいなるらくがき帳
岡山にはオープンセミナー岡山と言う最高のイベントがあります。 okayama.open-seminar.org 昨日は id:t-wada さんや id:naoya さんの資料がホットエントリー入りしてました。 この登壇はそれと同じイベントになります。 その他の方も超豪華講師陣の中で、私が出来る精一杯の経験も踏まえたお話をさせていただきました。 speakerdeck.com この中で出て来る、データベースリファクタリングは本当に素晴らしい本です。 OracleベースなのですがMySQLだろうがPostgreSQLだろうが必ずためになる本です。 ですが、この本は既に廃刊になっており再販の予定もありません… 僕は後世に絶対必要な本の一つだと思っているので再販のためにも皆さんの要望の声を上げていただけるとうれしいです。 そしたらもしかしたら本が世に復活するかもしれません。 またSQLアンチパタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
