実録パフォーマンス改善 - 高速化のためアーキテクチャやアルゴリズム選択から見直すSansanの事例 - エンジニアHub｜Webエンジニアのキャリアを考える！

実録パフォーマンス改善 - 高速化のためアーキテクチャやアルゴリズム選択から見直すSansanの事例 インフラの特性をふまえ、ミドルウェアの挙動を理解し、プロファイリングによってボトルネックを把握し、要求に合ったアーキテクチャを選択する。そういった工夫を重ねることでアプリケーションのパフォーマンスを改善する事例を、Sansanの千田智己さんに聞きました。 アプリケーションの設計・実装方法を変えることで、性能が格段に向上するケースは数多くあります。有名IT企業のエンジニアは、どのような方針のもとでアーキテクチャあるいはアルゴリズム選択などでパフォーマンスを改善しているのでしょうか？ 法人向けクラウド名刺管理サービス「Sansan」や個人向け名刺アプリ「Eight」を提供するSansan株式会社の千田智己さんに、これまで取り組んできた事例と、そのノウハウを教えていただきました。 千田 智己（せ

[vaaaaaanquish]

濃い

[letitride]

“本当はハッシュ結合（hash join）を使ってほしい”　敢えてハッシュ結合を使いたいと思ったことはなかったんだけど、色んな理論があるんだな。

[tutuz]

面白い

[yamadar]

最初は「普通のことやってるな」と思ったら途中から一気に深くなった。素晴らしい

[mate_gai]

わ

[hayaokilele]

いいね

[cpw]

すごいな。

[togusa5]

https://www.nikkei.com/article/DGXMZO48918900T20C19A8EA1000/ "名刺管理サービスのSansanは法人向けの「Sansan」と個人向けの「Eight（エイト）」の両方でサービスが一部利用できない状態になった"

[masatotoro]

データベースのパフォーマンス改善がストーリー形式でわかりやすい

[igrep]

“カラム順を工夫するだけでパフォーマンスが良くなるわけです。非正規化後のテーブルに対して、アライメントをまたがず、ぴったり8バイトずつになるような順序でカラムを並べていきました”

[civitaspo]

“、検索用のJOIN済みテーブルを”

[msykt]

Elasticsearch を使ったことが無いのだけれども、永続化を保証することには不向き、というのは気になる / “Elasticsearchはデータの永続性を保証することは不向きです。その欠点はどう補っているのでしょうか？”

[OrionB312]

めちゃくちゃ勉強になります

[mohritaroh]

「結合アルゴリズムにおいて、本当はハッシュ結合（hash join）を使ってほしいのに、ネステッドループ結合（nested loop join）が選択されるケース」