<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>dcm_kkimura</author_name>
  <author_url>https://blog.hatena.ne.jp/dcm_kkimura/</author_url>
  <blog_title>ENGINEERING BLOG ドコモ開発者ブログ</blog_title>
  <blog_url>https://nttdocomo-developers.jp/</blog_url>
  <categories>
    <anon>クラウド</anon>
    <anon>事例紹介</anon>
    <anon>業務効率化</anon>
  </categories>
  <description>はじめに システム概要 長時間Vacuumの回避 列指向データベース Vacuumが走りにくい処理への変更 Truncateの積極活用 時系列テーブルの使用 ディープコピーの実行 Vacuumの頻度・範囲見直し 他にも改善策として挙げられるもの Concurrency Scalingの導入 Redshift Serverlessの導入 おわりに はじめに NTTドコモ データプラットフォーム部（以下DP部）木村です。 NTTドコモでは「通信」だけでなく「決済・保険・投資」「エンタメ」をはじめとした様々なサービスをコンシューマー向けに提供しています。 DP部では様々なサービスに対して、データドリ…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fnttdocomo-developers.jp%2Fentry%2F2023%2F05%2F08%2F090000&quot; title=&quot;ドコモ3年目社員がRedshiftの10年モノの技術負債解消にチャレンジしてみた - ENGINEERING BLOG ドコモ開発者ブログ&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://cdn-ak.f.st-hatena.com/images/fotolife/d/dcm_kkimura/20230413/20230413164326.png</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2023-05-08 09:00:00</published>
  <title>ドコモ3年目社員がRedshiftの10年モノの技術負債解消にチャレンジしてみた</title>
  <type>rich</type>
  <url>https://nttdocomo-developers.jp/entry/2023/05/08/090000</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
