運用方針 マインドシェアを持って行かれないようにする 「値動きが気になって仕事ができない」はダメ インデックス最強 「コカコーラ、ボーイング、テスラ、アップル、Alphabetはじめ世界の名だたる企業の株主です!」 個別株はファンクラブに入会する気持ちで買う 余裕資金で運用する 短期間に目減りしても狼狽しないようにする 配分の目安 年100万円は「長期的に増やす」積立 それ以上は「比較的流動性を確
今年入社の高卒の新人と雑談していて「会社の確定拠出年金のこととか何を選ぶのがいいとか分からない」という。集合研修でも制度そのものの解説はあったけどよく分からず、学校でも習わなかったので、漠然としか分からないと言っていた。 それで「自分はこういう理解で、こうしている」を整理して伝えることにしたのでそのメモ。結論としては「長期でインデックス投信」なのだけど、そこに至るバックグラウンド等も含めて説明したいと思った。 前提 そもそも趣味や仕事に注力したいので、株や不動産を一生懸命やりたいとは全く思っていない。 自分は普通の会社員で、その道のプロ(銀行員や証券マンやファイナンシャルプランナー)ではない。 大損は絶対に嫌だし、時間を遣いたくない。株の勉強とかもしたくない。 経済システム 現在は「産業資本主義」というOSで世の中が運用されている。 このシステムでは「富の総量が時間の経過で増えていく(右肩
積立投資はやったほうがいいと聞くが、なかなか始められない。 かくいう俺も、その一人だった。 俺の投資に関する履歴を振り返ってみた。 長期投資はギャンブルか 漫画で学ぶNISAとiDeCoを筆頭に、はてブで投資の話が盛り上がっている。 投資が話題になるのはよくあることなのだが、今回は「投資はギャンブルか」というネタが中心だ。 みんな大好き99点の記事が公開されたのが2020年1月である。今さら「投資はギャンブル」で盛り上がるのが割と謎。それともリテラシーが高まった後だから論争になっているのだろうか。 俺はこれまで記事を書いてきた通り*1、インデックスファンドで長期投資をするタイプである。要するに上記の99点ほぼそのままの方針だ。なので一般論として「投資ってした方がいい?」と訊かれたら、「99点の通りにしたらいいよ」と返す。特定の個人に対するアドバイスなら、当然のごとくケース・バイ・ケースだ。
といっても俺のいう投資話なんて「さっさとiDeCoの口座を作って毎月可能な限り最大額を振り込んでインデックスファンド(できればVFIAXかVTSAX)を買い続けろ」という個人年金運用の基本中の基本なんだけど、これを周りの連中に話しても「投資怖い」「投資はリスク」とか思い込んで手を出さない連中が一定数いて毎回どうしようもないなと思う。しかもこれ学歴とか関係なくこういった投資話に拒否反応を示す人が一定数いる。 俺の話を金持ち父さんのネットワークビジネスとかねずみ講の勧誘と同レベルに思ってるのか?インデックスファンドでの投資のリスクは10年~20年単位で運用すれば調整できるし、そもそも現金のまま持ち続けることもリスクなんだという概念が理解できないっぽい。理数脳と文系脳ってやつだろうか?(怒られそうだけど 低収入で個人年金に投資する余裕もないって層は別の話として、ある程度の余裕があるのに個人年金に
本日、金融資産合計の合計が1億円に到達しました。 34歳の時に資産運用を始めて、50歳で1億円に到達したというのは比較的早く達成できた方だとは思いますが、 特別面倒な手間も能力も必要とせず、ただコツコツと取り組んだ結果、 達成できたという実例を誰かに知ってほしくてこれまでやってきたことを紹介します。 属性地方公務員、男、妻あり、子なし。50歳、手取り500万位。 投資を始めたきっかけ34歳 ロバート・キヨサキの「金持ち父さん・貧乏父さん」に刺激され、証券口座を開設する。 30歳台後半35歳で金融資産約750万 個別株、中国株、FX、投資信託といろいろやってみる。FXでは50万を溶かしてしまう。 他の金融商品も損失こそないものの、仕事中も株価が気になり、日常生活への影響が大きいのでやめてしまう。 投資信託は積み立てをしながら引き続き保有。 この間にリーマンショックが来るが、種銭がまだ少ないの
はじめに Twitterのタイムラインを見ていたらバッチ系のプログラムで逐次コミットをやめて一括コミットにしたら爆速になったというのを見ました。当たり前でしょ、と思ったけど確かに知らなければ分からないよね、と思って主に初心者向けにRDBを扱うときの注意点をまとめてみました。 プログラミングテクニック的なところからテーブル設計くらいの範疇でDBチューニングとかは入ってないです。 自分の経験的にOracleをベースに書いていますが、他のRDBでも特に変わらないレベルの粒度だと思います。 大量の逐次コミットをする バッチアプリケーションでDBにデータをインサートすると言うのはかなり一般的な処理です。しかしデータ量が少ない時はともかく大量のインサートを逐次コミットで処理するとめちゃくちゃ遅くなります。数倍から十数倍遅くなることもあるので、10分程度のバッチが1時間越えに化けることもザラにあるので原
株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な
深津 貴之 / THE GUILD @fladdict THE GUILD。行動・認知・体験のデザイナです。 ネットを知の高速道路として復活させたい。 note.comもお手伝いしています。 書き物 → note.com/fladdict theguild.jp 深津 貴之 / THE GUILD @fladdict 若い人に投資とかの質問されたら、「1番キラキラしてなくて、手垢がついててダサいと思われる投資法をやり切るのがオススメ」と言ってる。そのまとめメモ。 2023-07-09 13:20:30 深津 貴之 / THE GUILD @fladdict 世界インデックスとか、米国インデックスとか、債券インデックスとかを、淡々と積み立てる。 個別株と信用と不動産などは、上級者の自覚が出るまで1mmもやらない。そういうのはnisa とかi decoとかフルマックスになってから考えれば良い。
新NISAは年初に一括購入した方が効率的。それでも分散購入する理由(https://anond.hatelabo.jp/20231213201025)の元増田です。 資産は4800万円と書いてましたが円安と株高で5200万円くらいになってました。 NISAオルカンこわくなってきた https://anond.hatelabo.jp/20240111222400 一応いろいろ読んで自信を補強してきたつもりなんだけど、あまりにも大正義扱いなのが怖くなってきた。 「みんながこれが正しいと言ってる」という一点だけが漠然と怖い状態。 なんか落とし穴ある? 気持ちはよーくわかります。 いくつか事例を挙げて説明します。ちなみに私はそれを理解した上で、最終的には総資産の90%はインデックスに入れる予定です。(後述) 前提(再掲)◯株式(世界の経済)は全体として成長する。 ◯購入するものはインデックス投信と
こんにちは、らくからちゃです。 毎日寒い日が続きますが、皆様いかがお過ごしでしょうか。なんとなく涼しくなったマネーフォワードの資産残高を眺めながら、これからの資産運用どうするかなあと考えていたら、半年ほど前にわたしの不用意な発言(?)が晒し上げられていたのを思い出しました。 問題の発言がコチラです。 子供の頃、教科書に「南無阿弥陀仏と唱えるだけで極楽往生に行けると信じられていた」と書いてあったのをみて首を傾げてたけど「S&P500に積立投資してれば老後は安心」と言ってる人を見て納得したな。 / https://t.co/2FR1HZ08Rl — らくからちゃ@年子育児1年育休マン (@lacucaracha) 2022年6月29日 わざわざご丁寧にS&P500の過去の推移までご用意いただき、マネーリテラシーを疑われ、コメントを眺めていると精神の正常性まで心配して貰っていました笑 anond
今回は、SQLを書く上で特にパフォーマンスに影響のあるSQLの実行計画の読み方について解説します。実行計画はデータベース製品によってさまざまに差異がありますが、ここでは比較的どのデータベース製品でも共通する内容について解説します。 実行計画とは記述したSQLが実際にデータベースの内部でどのように処理されて結果を返すか、その処理方法を記述した情報です。 A5:SQL Mk-2では、SQLエディタで実行計画を見たい SQL の上にキャレットがある状態でメニューから [SQL(S)] – [SQLの実行計画(J)] または、Ctrl+E で表示できます。 表示の仕方はデータベース製品ごとに異なりますが、多くのデータベース製品ではツリー状の情報として表現されます。(このため A5:SQL Mk-2でもツリービューで実行計画を表示します。) ツリーのリーフ(端)から処理が行われ、ルート(根)に向かっ
皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ!”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。
新刊に書いたのでいずれ明らかになるため自分で言います。億りました。 資産1億円を達成したということです。当ブログの読者さまならご存知のとおり、ほぼインデックス投資(国際分散投資したインデックスファンドの積み立て投資)だけでここまできました。 私のポートフォリオの期待リターンは年率+4.4%、リスク(標準偏差)は13.6%です。運用期間は20年弱で、実際のリターンを計算したら年率+6%でした。平凡な実績ですが、期待リターンよりは少し良い方にふれたようです。良い方にふれたのは、たまたまここ数年の相場状況が良かったからだと思います。こんなのは計算期間によってころころ変わるのであまり意味はありません。 それよりも、リスク水準を自分のリスク許容度の範囲内におさめることを重視して、同じ資産配分で毎月1回ひたすら積み立ててきました。年1回程度リバランスをしてきましたが、計算してみたらあまり変わっていなか
https://honeshabri.hatenablog.com/entry/Market_Gospel 「信仰心を高めて時間で殴る投資術」 2020年代の新興宗教確かにこれは宗教やな。「これまで数十年、私が入信してからというもの、ずっと右肩上がり。自分はこの宗教に入って本当によかった!これまで救われてきました!」 そうして周りの人を勧誘する。 確かにこれは何かに似てるわ!自分が無自覚なところまでそっくり。 投資は大切なことなんやが、インデックス投資はいたずらに人に勧めるのはよくないんよ。特にこの時期は。 インデックス投資は人を無知にする。だってあなた「これだけやっておけば幸せになれる」ってゆーでしょ? だれもがこぞって過去のパフォーマンスを紹介して感嘆しているのは分かる。 けど、気をつけないといけないのは、こういうときよ。 ブコメにもあるが、これは浄土真宗に似てる。「南無阿弥陀仏」と唱
はじめに 個人サービスを公開するまでに必ずやるべきことがあるのですが、思い出すのに時間が掛かってしまったり、「事前にやっておくべきだった...」と毎回思います。ここら辺の情報は調べてもまとまっている記事がなかったので私なりにチェックリストとしてまとめてみました。難しいことは一切なく(経験者には当たり前なことかも?)、比較的簡単に出来るものを書かせて頂きますので気軽に読んでいただけると嬉しいです。 前提 僕は個人サービスを公開する上で集客に重きを置いています。後述するやるべきことは集客をベースとした内容であり、サービスを利用する上で必ず必要ではないということをご理解ください。また、WEBの要素が強めなので、モバイルアプリ等の開発者は参考にならないことが多いと思いますのでご了承ください。参考までに僕が個人開発しているサービスです。Gmailのようなツール寄りのサービスではなく、キュレーションサ
夕食を食べ終わって、晩酌しながらネットサーフィンをしていると、頭がくらくらするニュースが目に入ってきた。 オンライン会議で最近メジャーになったZOOMの決算が良かったらしく、1日で30%も株価が上がっているというのだ。 元々時価総額10兆円近かったからプラス3兆円? いくら成長性が高いとはいえ、1日で時価総額がこんなに増えるなんて、この値動きは完全にバブルとしか思えない。 ちなみにどのくらいバブっているかyahooファイナンスで調べてみると、株価を1株当たりの利益で割った割安性を示す指数のPER(Price Earnings Ratio)は5000倍近く。 どういうことかっていうと、例えばオイラがアラブの石油王の隠し子だったとして、5000兆円ほど自由に使える身だったと仮定する。 ZOOMの将来性を見越して、ZOOM株を100%買い占めてオイラの所有物にしたとしよう。この時の買収にかかる費
[B! 投資] 漫画で学ぶNISAとiDeCo|資産形成のポイントを解説|日経電子版 https://b.hatena.ne.jp/entry/s/www.nikkei.com/promotion/campaign/contents2022/manebicomic/ ↑今日は朝から「投資はギャンブル」派と「投資はいいぞ」派の戦いを楽しく拝見していた。 増田は積立投資を10年程続けている「投資はいいぞ」派なんだけど、「投資はギャンブル」派の人たちはそもそも投資向いてないと思うので止めとくのが吉。 なんでみんな説得しようとしてるのか謎。 (ここでいう投資は、デイトレード・スイングトレードみたいに短期で利益を狙う短期売買ではなく、 NISAやiDeCo制度が想定するインデックス連動の投信やETFを積立で買ってガチホするような長期投資のことしか言わない) 「投資はギャンブル」と思う人は ある意味で
新NISA始まって半年で思う事 1ヶ月半前に上記の記事を書いた者です。あの記事で予想していた株価下落が実際に起こりましたので、それについて書きます。 現在起こっていること株価下落7月中旬から株価が下落しています。オルカン(オールカントリー)では、最高値から約10%の下落となっています。 新NISA開始と同時につみたてを始めた人は、現在でも数パーセントのプラスです。少し遅く始めた方は、少しマイナスになっているかもしれません。 積立口数の増加オルカンなどのインデックス投資信託の口数はこの1ヶ月間も順調に増加しています。 特に人々の行動に変化は見られず、ほとんどの方が積立を継続していることがわかります。 思うこと・アドバイス 上昇より下落が心理的にきついこれは個人差がありますが、年始6ヶ月以上の株価上昇の喜びよりも、過去1ヶ月間の株価下落の悲しみの方が大きく感じられるのではないでしょうか。 人間
タレントの厚切りジェイソンさんが、運営するツイッターの投稿をすべて消したことが話題になっている。22万人あまりのフォロワーを持つ人気アカウントであり、影響力は大きかった。削除の理由は明かされていないが、同氏が推奨してきた米国株投資に逆風が吹いているためではないかと見られる。 厚切りジェイソンさんは2021年末に書籍『ジェイソン流お金の増やし方』を上梓。累計38万部を超えるベストセラーとなっている。書籍内では、「投資先は米国株がおすすめ!」「米国株を推しにするには訳がある」など、米国株投資を推奨している。 一方で、激しいインフレとそれに対峙する米中央銀行に当たるFRBの利上げを背景に、米国株式は激しい下落に見舞われている。直近1カ月で、厚切りジェイソンさんが推奨する米国ETF VTIが12.6%下落(ドル建て)した一方で、日経平均は2.2%の下落にとどまった。 もっとも全米株式に分散して投資
はじめに 和田さん(@t_wada)の講演が素晴らしく良かったのでメモを残しておきたいと思います。和田さんと言えば... t_wada ですね!本講演では、「技術の学び方を学ぶ」ことを目的として二部構成で論が展開されました。「技術の学び方の学び」とは、メタレベルの学びのことを指しています。すなわち、効率的に新しい技術を学ぶためにはどのように学べば良いのかという話です。内容は以下の通りです。 第一部 四半期ごとに技術書を読む 手を動かしながら学ぶ 毎年少なくとも一つの言語を学ぶ 身の回りをプログラミング対象にする アウトプットを行う 第二部 毎日コードを書く 年下から学ぶ 過去から未来を見る 人のつくる渦を見る 大事なことに集中する いずれも非常に興味深い内容だったのですが、細かい事項については2017年の講演メモのエントリーがありましたので、ぜひそちらをご覧いただければと思います。(記事へ
はじめに みなさんはDBのインデックスを正しく使えていますか? 私はなんとなく「DBのパフォーマンスを向上するためのもの」という認識はあったのですが、 どのような場面で使うものなのか、逆にどのような場面では使うべきでないのかなど 明確に理解できていませんでした。 今回はそんなインデックスについての理解を深めたいと思います。 インデックスとは インデックスとは、その名の通り「索引」です。 表現の仕方と変えると、(x, a)という形式の配列であるとも言えます。 xというキー値とそれに結びつくaというデータ情報があり、 これを利用することですべてのデータを網羅して見ることなく、 まさに本の索引のように目的のデータにたどり着くことができます。 インデックスはSQLのパフォーマンスを改善するための非常にポピュラーな手段であり、 理由としては下記の3点が挙げられます。 アプリケーションのコードに影響を
今回答えを出したい問いはこちら!! インデックスはどのような仕組みを以て、何を実現したいものなのか それを踏まえたとき、インデックスはどういう場合になぜ貼る方が良いのか。また、どういう場合になぜ貼らない方が良いのか 大体分かっているよって人はサヨナラって感じのおさらい記事だぜ!!!!それじゃいってみよー🎉 あと、おれは今回MySQLにしぼっていくぜ👶 ってわけでOracleとかに興味があるやつは引き返しな! indexの概要 公式の見解としては「where句を使ったselectクエリの実行速度を向上させるために実装されている、各行へのポインターのような振る舞いをする仕組み」って感じ👶 The best way to improve the performance of SELECT operations is to create indexes on one or more of t
この記事はエムスリー Advent Calendar 2022の30日目の記事です。 前日は id:kijuky による チームメンバーのGoogleカレンダーの休暇予定一覧をスプレッドシート+GASで作った でした。 AI・機械学習チームの北川(@kitagry)です。 今回はMySQLへのインサートを20倍以上高速化した話について書きます。 仕事をちゃんとしてるか見張る猫 TL; DR はじめに 今回のテーブル バイナリログを無効化する 追試 LOAD DATA INFILE 追試 テーブルの正規化 インデックスを一時的に剥がす まとめ We are hiring!! TL; DR バイナリログをオフにする LOAD DATA INFILEを使う インデックスを一時的に消す はじめに AI・機械学習チームではサイトトップからアプリに至るまで多くの推薦システムがあります。 そこでは推薦ロ
はじめに こんにちは。calloc134 です。 前のハッカソンイベントで、UUID をプライマリキーに利用するかどうかの議論がありました。 結果的にはあまりパフォーマンス要件の高くないアプリケーションであったため、プライマリキーとして UUID を採用することにしたのですが、イベント終了後に気になったため、調査を行いました。 今回は、この調査の結果を元に、MySQL と PostgreSQL におけるインデックスの内部構造の違いと、UUID をプライマリキーにする際の問題についてまとめてみたいと思います。 インデックスの概要 インデックスとは インデックスとは、データベースのテーブルに対して、アクセスを高速に行うための指標となる構造のことです。 インデックスとは日本語で索引ですが、まさに辞書の索引のように、アクセスにおいての手助けをしてくれます。 より具体的に解説すると、データベースにお
インデックスファンドは万能ではない 近年、投資の方法として内外のインデックスファンドを使う書籍を何冊か出し、対外的に発言する場でもインデックスファンドを勧める機会が多いことから、筆者は、「インデックスファンド万能主義者」のような印象を持たれることがあるらしい。「インデックスファンドにも幾つか欠点があります」と言うと、驚かれることがある。 現実の運用対象商品として、アクティブファンドよりもインデックスファンドの方が好ましいことは、論理の上でも、データの上でも言えることだし、多くの投資家の個別株投資よりは、インデックスファンドの方がリスク・リターンの効率が好ましいと評価できる場合が多いのも事実だろう。 しかし、比較上の善し悪しは相対的なもので、現存の商品としてのアクティブファンドが相対的に悪すぎるだけで、それがインデックスファンド側に欠点がないことを意味しない。今回は、インデックスファンドの弱
最近、日経平均の算出方法を調べて思ったこと。 日経平均は、日本の有力株式市場(昔は東証一部って言ってた、今はプライムだっけ)のさらに有力株200ちょっとを選んで平均を取っている指標で、これの連続性を保つために平均には補正がかかる。極端に言えば、日経平均が選んでる200ちょっとの株を全部買って平均を取っても発表されている日経平均とは同じ数値にならない。 それなのに、インデックスファンドは「日経平均と同じ値動きで動くファンドですよ」って言って売ってる。どうやってそれ実現するの? ファンド作ってる側は、目標の運用成績を出すためにそれ以外のものを入れざるを得なくなる。 これがオルカンみたいな全世界対象ならなおさらだ。 この「それ以外のもの」に、かつてのリーマンショックの時に話題になったサブプライムローンみたいな「わけわからないもの」が混じってない、って保証、誰かしてるの? 少し調べてもみんな「だい
「Rails Developers Meetup 2018 で「MySQL/InnoDB の裏側」を発表しました」でちゃんと触れられてないので今更ながら key_len について補足します。発表で触れた内容については言及しないので、storage engine や B+ tree といった用語がよくわからない方は発表内容を参照してください。 なお、MySQL のバージョンは 5.7.38 です。 mysql> SELECT @@version; +-----------+ | @@version | +-----------+ | 5.7.38 | +-----------+ 1 row in set (0.00 sec) 事前準備 sample-data-railsdm-2018 の orders テーブルを少しいじって、キャンセル時刻(canceled_at)、配送予定時刻(deliv
タイムライン的なものをSELECTだけで実装しようと思った時に、Nested LoopなクエリでUsing temporary; Using filesortが出るようなそこそこ遅いクエリになる。その時にMySQLがインデックスをどう辿っているかを知りたかったので調べてみた。MySQLバージョンは8.0.33。 あまり自信はないので、もし間違った話をしていたら教えて欲しい。 どのようなクエリを検証するか タイムラインの取得ができるような、ユーザー・フォロー関係・投稿の3つのテーブルを作る。スキーマは次の通り。 CREATE TABLE users ( id INTEGER PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL ); CREATE TABLE follows ( id INTEGER PRIMARY KEY AUTO_I
【インデックスされない問題】 インデックス未登録の原因インデックスされない問題は サーチコンソール上で2つの状態があります。 検出-インデックス未登録 ページはGoogleにて検出済み。 クローラーが回ってきていない。クロール済み-インデックス未登録 クローラーが回ってきたが、 まだインデックスされていない検出-インデックス未登録 ページは Google により検出されましたが、まだクロールされていません。これは通常、Google が URL をクロールしようとしたものの、サイトへの過負荷が予想されたため、クロールの再スケジュールが必要となった場合です。そのため、レポート上で最終クロール日が空欄になっています。 引用元:Google search console クロール済み-インデックス未登録 ページは Google によりクロールされましたが、インデックスには登録されていません。今後、
「もう少し細かくスケジュール設定ができたらいいんだけど……」 「今年のイベントをひとめで確認できたらいいのに……」 日々のスケジュールやタスク管理に不可欠な「手帳」について、こうした悩みをもった経験のある人もきっと多いはず。 いま使っている手帳になんらかの物足りなさを感じている人は、「バレットジャーナル」と呼ばれる手帳術を試してみてはいかがでしょうか? 今回は、バレットジャーナルのつくり方を、筆者による実践談を交えながらご紹介しましょう。 箇条書きの要領で書く「バレットジャーナル」 バレットジャーナルは、アメリカのデジタル製品デザイナーであるライダー・キャロル氏が2013年に発表した手帳術。自分のことを主体的に整理できる最強のアナログメソッドとして、世界中で注目されているそうです。 バレットジャーナルでは、「コンテンツ」と「キー」というふたつの要素を組み合わせ、好きなノートやペンを用いて自
はじめに サーバーサイドエンジニアの kurisu(ryomak) です。 普段は、カード決済やあとばらいチャージに関連する機能の開発・運用を行っております。 本記事でお話しすること 本記事では、インデックス追加によって決済レスポンスタイムを改善した事例をご紹介します。具体的なインデックス設計の検討や実行計画の見直しを通じて、どのようにレスポンスタイムを最適化したのか、その裏側を詳しく解説します。インデックス追加によるパフォーマンスチューニングの際の参考になれば幸いです。 はじめに 本記事でお話しすること 決済処理の遅延の検知 事の発端 実行環境 原因調査 遅くなったクエリの特定 対応検討 方針 検証項目 インデックスの「アタリ」をつける ① オーソリゼーション履歴:(オーソリゼーションID, 承認番号,受信日時) ② オーソリゼーション:(カードID, 初回受信日時) ③ オーソリゼーシ
お知らせ 本記事をベースに新しい記事を公開しました。 PostgreSQL インデックス肥大化とインデックスコストへの影響(再モデル化) - ぱと隊長日誌 新しい記事ではインデックスコストモデルの正確性を向上させました。 新しい記事を参照いただけますと幸いです。 概要 PostgreSQL のインデックスサイズは一度大きくなると、その後小さくなるタイミングが限られています。 「[改訂新版]内部構造から学ぶPostgreSQL-設計・運用計画の鉄則」でインデックスファイルサイズが小さくなるのは以下のタイミングとしています。 DROP INDEX でインデックス自体を削除した場合 TRUNCATE TABLE でテーブル全体を空にした場合 REINDEX でインデックスを再構成した場合 [改訂新版]内部構造から学ぶPostgreSQL 設計・運用計画の鉄則 (Software Design p
[レベル: 中級] モバイル ファースト インデックス対応を説明する技術ドキュメントを Google は大幅に更新しました。 この記事ではその変更点の概要を紹介します。 なお、記事を公開している時点では更新されているのは英語版ページです。 日本語版ページはまだ更新されていません。 MFI 技術ドキュメントの変更点概要 まず、ドキュメントのタイトルが変わりました。 旧: Prepare for mobile-first indexing 新: Mobile-first indexing best practices 「モバイル ファースト インデックスに向けて準備する」が「モバイル ファースト インデックスのベストプラクティス」になりました。 MFI への移行が完了したサイトが増えたので “Prepare”(準備)という表現がそぐわなくなってきたからかもしれません。 準備編からベストプラクテ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く