この記事は MICIN Advent Calendar 2023 の17日目の記事です。 前回は小泉さんの「エンジニアがfigmaに入門してデザインを加速させる」でした。 MICINのDTx事業部でアプリケーションエンジニアをやっている佐藤です。直近で、認知行動療法を行うアプリケーションの開発を担当していました[1]。本稿では、そのテストコードの実装の際に考えたことを書きます。 重要なケースを網羅するテストコードを書きたい 今回のアプリケーションでは、考慮すべき状態の数が多く、その状態に基づく画面表示の条件分岐も多いため、仕様を整理するだけで大変でした。これに対応するテストケースの数は当然多くなります。だからこそ、ロジックの単体テストで、重要なケースを網羅しておきたいと考えました。 以下、本記事での説明のために必要な要件などを簡単に示しておきます。 要件 アプリケーションの要件は、以下のよ

本記事は PostgreSQL Advent Calendar 2023 8 日目の記事です。 pg_stasinfoとは PostgreSQLカンファレンス2023にて、株式会社アシストの保田さんがpg_statsinfoについて紹介していました。 PostgreSQLサーバの利用統計情報をスナップショットとして定期的に収集・蓄積し、レポートを生成してDB設計やPostgreSQLの運用(日々の処理傾向の把握、性能劣化などの兆候や問題発生時の原因の把握等)に役立つ拡張機能です。 詳細は公式のドキュメントを参照してください。 さらに、pg_stats_reporterという別の拡張機能を導入することで、収集した情報をブラウザで確認することができます。 pg_stats_reporter pg_statsinfoが収集した情報をブラウザで確認するための拡張機能です。 導入すると、次のような画

こんにちは。並河(@namikawa)です。 新型コロナウイルスが終息していくことを祈り、弊社もリモートワーク体制に移行しておりまして、私自身もほぼ自宅で過ごしている日々です。弊社では、従前よりフルリモートワークを遂行しているメンバーが数名いますので、各人のリモートワークへの移行も割とすんなり出来たのではないかと感じています。(細かい課題意識はもちろんありますが) さて、閑話休題。 このブログでも散々話題に出ているかと思うのですが、弊社では技術や投資にまつわるデータを大量に保有しておりまして、それぞれのデータの特性や用途によって、データストアを使い分けています。 その中でも、RDB には PostgreSQL が以前より活用されていまして、今日のエントリの趣旨は、この PostgreSQL の基礎ベンチマーク数値をバージョン毎に差異があるかを確認してみた記録となります。 ベンチマークの取得

ERROR: canceling statement due to conflict with recovery DETAIL: User query might have needed to see row versions that must be removed. これは字の如く、レプリケーション側でWALの反映時にコンフリクトして強制的にクエリを殺されています。 理由は下記のスライドがわかりやすいです。 PostgreSQLによるデータ分析ことはじめ from Ohyama Masanori www.slideshare.net 詳細は公式ドキュメント読むと良いです。 26.5. ホットスタンバイ 追記（2017/12/28） 俺達のヒーロー @sawada_masahiko くんが完璧に補足してくれたのでちゃんと知りたい人はこっちを見ましょう。 qiita.com なぜコンフリク

表題についてそーだいなる見解を書き残します。 今年の夏に id:koemu さんにbuilderconの懇親会で下記のような話をいただいていました。 懇親会で、DB側ばかりでなくプログラム側でも適切なドメインモデルの設計ができていれば、リファクタリング時の影響範囲がさらに小さくできるのでは？という話をしたところ、この辺りはアンサーブログを書いてくれるかもしれないってことなので期待しています！！！ www.koemu.com 忘れてないんですよ！しっかり覚えています。 結論 仰る通りだと思うし、適切なドメインモデルはRDBに限らずデータストア層のリファクタリングの負担を大きく減らすと思います。 ここから先は僕なりの考え方を書きます。 実は似たような話を PHPの現場 っていうポッドキャストでも触れています。 php-genba.shin1x1.com システムの柔軟性 勿論、コードの綺麗さや

はじめに この記事は JustSytems Advent Calendar の 7 日目です。 以前にQiita:Teamで社内向けに書いた記事を手直ししたものになります。 当社で利用しているRDBMSの多くがPostgreSQLです。ということで、この記事もPostgreSQLを対象に書いています。 この記事の対象読者 この記事の対象読者として想定しているのは、 RDBMS を利用したアプリケーション を開発しているアプリケーションエンジニア 特に、基本的なSQLは書けるが苦手意識を持っている、あるいはDB層は完全にORMに任せてしまっていてよくわからない わからないとまで言わないが、性能に関して特段に意識したことはない。 というような方です。バリバリのDBAのみなさまからはマサカリをいただきたいですがどうぞお手柔らかにお願いします。 以下、特に断りのない場合にはPostgreSQL（の