タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
SQLの実行計画の読み方 |
今回は、SQLを書く上で特にパフォーマンスに影響のあるSQLの実行計画の読み方について解説します。実行計画はデータベース製品によってさまざまに差異がありますが、ここでは比較的どのデータベース製品でも共通する内容について解説します。 実行計画とは記述したSQLが実際にデータベースの内部でどのように処理されて結果を返すか、その処理方法を記述した情報です。 A5:SQL Mk-2では、SQLエディタで実行計画を見たい SQL の上にキャレットがある状態でメニューから [SQL(S)] – [SQLの実行計画(J)] または、Ctrl+E で表示できます。 表示の仕方はデータベース製品ごとに異なりますが、多くのデータベース製品ではツリー状の情報として表現されます。（このため A5:SQL Mk-2でもツリービューで実行計画を表示します。） ツリーのリーフ（端）から処理が行われ、ルート（根）に向かっ
まいえすきゅーえりたい ぽすぐれない おらくるってる（狂ってる）tomoです。 今日はいつものMySQLリファレンスを読むではなく、夏休みの宿題にしていたこれをやってみます。 MySQLとOracleDBの実行計画を比較してみた さて同じようなテーブルで同じデータを載せて。 実行計画を取ってみた時、どのくらい情報量が違うのか簡単に違いを見てみましょう。 前提として、以下をご認識ください。 一方はOSSのDBエンジン、もう一方はガチガチ商用DBエンジンです。情報量が違うのは当たり前であって、良し悪しを比較したいのではありません。そして製品比較をしたいのではありません。いつも商用DBメインで使っているエンジニアが、OSSのDBにこうゆう情報も出してほしいな！というのをお願いしたいと思っていて、それを考える元ネタメモだと思ってください。 OSSでこれだけの情報出せるMySQLや、今回紹介しません
こんにちは、ECプラットフォーム部の権守です。普段はID基盤やAPI Gatewayの開発を行い、ZOZOTOWNのリプレイスに携わっています。 本記事では、ID基盤で開発・導入したMySQL実行計画の簡易検査を行うツールを紹介します。 ツール開発の経緯 RDBにおけるテーブル設計は利用するクエリに応じて適切なインデックスを設定するなど専門的な知識を必要とし、設計できる人が限られてきます。しかし、アプリケーション上で利用されるクエリは機能の追加・改修に伴って日々変化していくため、それら全てに目を通し、漏れなく適切な設計することは困難です。そこで、専門的な知識がなくても設計に問題がないかの簡易的な検査を行えるツールを開発し、CIに組み込むことで自動的に問題を検出できるようにしました。 ツール開発のアプローチ ID基盤ではDBMSとしてAmazon Aurora MySQLを使用しています。そ
お知らせ 本記事をベースに新しい記事を公開しました。 PostgreSQL インデックス肥大化とインデックスコストへの影響（再モデル化） - ぱと隊長日誌 新しい記事ではインデックスコストモデルの正確性を向上させました。 新しい記事を参照いただけますと幸いです。 概要 PostgreSQL のインデックスサイズは一度大きくなると、その後小さくなるタイミングが限られています。 「［改訂新版］内部構造から学ぶPostgreSQL-設計・運用計画の鉄則」でインデックスファイルサイズが小さくなるのは以下のタイミングとしています。 DROP INDEX でインデックス自体を削除した場合 TRUNCATE TABLE でテーブル全体を空にした場合 REINDEX でインデックスを再構成した場合 [改訂新版]内部構造から学ぶPostgreSQL 設計・運用計画の鉄則 (Software Design p
はじめに 以前こんなツイートをしました。 すると、リプライで色々とコメントを頂きました。（疑問を投げかけたら答えてくれる方々、本当にいつもありがたいです🙇♂️） ということで、本記事では推定行数と実際の行数の乖離を減らすために何をやったのかを備忘として書きます。 ただ、実際のSQLや実行計画を書くことはできないので、あくまでどんな考え方をしたのか、ということを書きます。 対処法①（対象のテーブルのautovacuum頻度を変更） 対象のテーブルはかなり更新の激しいテーブルだと聞いていたので、まずは統計情報が最新化されているかを考えました。 更新が激しくてautovacuum時の自動ANALYZEが追い付いていないんじゃないかと考え、対象のテーブルだけ自動ANALYZEの頻度が上がるように設定を変更しました。 PostgreSQLの設定パラメータは基本的にはpostgresql.conf
ロシアのゲーム開発者の多くが、国外脱出を実行/計画しているとの報告。脱出しない開発者にもそれぞれの事情 - AUTOMATON
ホーム ニュース ロシアのゲーム開発者の多くが、国外脱出を実行/計画しているとの報告。脱出しない開発者にもそれぞれの事情 ロシアのモバイルゲームマーケティングサービスApp2Topは4月8日、同社が実施したゲーム開発者向けアンケートの結果を公開した。回答したロシアの開発者たちの約42.3％が、同国をすでに去ったか、あるいは国外離脱を企図しているなどのデータが明らかになっている。GameDev ReportsおよびGame Developerが伝えている。 Image Credit: Alexander Popov ロシアによるウクライナ侵攻は、ゲーム業界にも多大な影響を与えている。侵攻を受けたウクライナのメーカーでは、『S.T.A.L.K.E.R. 2』の開発中断に追い込まれたGSC Game Worldなどの例がある。また、世界各国から政府/民間レベルでの制裁を受けるロシアのゲーム企業も
最近、ANDPADでデータベース周りの技術顧問をさせて頂いています。ANDPADのエンジニアの皆さんから「データベースのロックまわりを詳しく知りたい！」というお話を受けて、先日、ロック周りの社内勉強会を開催しました。 SQLでは一般的なプログラミング言語と違って、ロックの制御を明示的に記述しません。ロックは暗黙的に（自動的に）データベースが必要なロックを獲得します。データベースのロックが わかりにくい・むずかしい と言われることが多いのはこういった背景があると思います。 MySQL のロック範囲は実行計画で変わる 更新対象の行がロックされるのは予測が付く方が多いと思います。 しかし、MySQL（InnoDB）では更新対象でなくても行がロックされることがあります。 このようなサンプルデータを使って説明します。 mysql> CREATE TABLE `lockt` ( -> `pk` big
Merpay Advent Calendar 2020 の11日目は、メルペイ Solutions Team の apstndb がお送りします。 色々な場所で既に書かれている通り、メルペイはサービス開始当初から主要なデータベースとして Google Cloud Platform(GCP) の DBaaS である Cloud Spanner を使っています。 この記事ではメルペイにおける Cloud Spanner の実行計画の活用のために取り組んだことについて紹介します。 Cloud Spanner の特性である外部一貫性による強い一貫性保証、レプリケーションによる高い可用性、水平分散による高いスケーラビリティ、リレーショナルデータモデルによるスキーマ、フルマネージドなことによる低い運用負荷などは多くの業界にとってメリットがあるものですが、金融サービスであるメルペイも例外ではありません。
岸田総理大臣が掲げる「新しい資本主義」の全体の構想と実行計画が決まりました。人への投資を重点的に行うとして、およそ100万人を対象に能力開発や再就職の支援を行うことや、個人の金融資産を貯蓄から投資に促すための「資産所得倍増プラン」を策定することなどが盛り込まれました。 持ち回りの臨時閣議で決まった全体構想と実行計画では、官民連携のもと気候変動や少子高齢化など社会的課題の解決を図りながら経済成長を目指すとして「人」、「科学技術・イノベーション」「スタートアップ」「グリーン、デジタル」の4つの分野に重点的な投資を行うとしています。 ▼「人」への投資ではさらなる賃上げへの取り組みとともに、およそ100万人を対象に、非正規も含めた能力開発や再就職の支援を行うなどとしています。 そして、個人の金融資産を貯蓄から投資にシフトさせるため、個人投資家向けの優遇税制「NISA」や、「個人型」の確定拠出年金＝
良い戦略は実行計画を含む｜himara2
こんにちは！プロダクトマネージャーのひまらつ（@himara2）です。 「戦略」とはどこか掴みどころのない言葉です。会社の事業戦略を考えたりそれをプロダクト戦略に落とし込んだりを定期的に行っていますが、戦略とは何を考えることなのか、いまいち解像度があげきれずにいました。 最近、プロダクトの行く先を考えるなかでその意味するところが少しわかった気がしました。戦略とは何か？戦略を立てるときに何に気をつければよいのか？このnoteで自分の理解を整理してみます。 戦略とはなにか？戦略とは「目的地に向かうルートを決めるもの」、というのが自分の理解です。 目的地というのは、大きく捉えればビジョンです。「こういう世界をつくりたい」というビジョンを叶えることが事業の最終的な目的地といえます。 もう少しミクロだと、事業として重要な地点にいくことが目的地です。PMFするとか、広く市場に受け入れられるとか、グロー
実行計画から学ぶ PostgreSQL の内部動作とクエリ最適化 / Learn PostgreSQL from Explain
2019年 Wantedly 新人研修の資料です。 SQL に対する Explain 結果をベースに、SQL 実行時の PostgreSQL の内部動作や、それを踏まえた上でのクエリ最適化について話しました。
Oracle Database Technology Night #48 津島博士のパフォーマンス講座 - SQLチューニングは実行計画から
今回のOracle Database Technology Nightでは、簡単な実行計画しか見れない方や見るのを諦めている方などを対象に、SQLチューニングの基本となる実効計画について出力方法、見方、注意点などを簡単に解説します。
渡部です。SQLチューニングの基本は、実行計画への理解です。 過去のdb tech showcase発表のスライドがよくまとまっている（自画自賛！）ため、これを用いて実行計画の読みかたを説明したいと思います。 db tech showcase 2017「Oracle入門セミナー 実行計画を読んでみよう！」 2017年9月のdb tech showcase 2017の発表を下敷きにして、実行計画の読みかたを説明します。 db tech showcase 2017「Oracle入門セミナー 実行計画を読んでみよう！」 https://cosol.jp/techdb/2017/09/dbts2017-oracle-read-execution-plan-html/ SQLチューニングの省力化・自動化にはToadのSQL Optimizer for Oracle, SQL Optimizer fo
NIKKEI Primeについて 朝夕刊や電子版ではお伝えしきれない情報をお届けします。今後も様々な切り口でサービスを開始予定です。
大規模なデータ移行タスクの実行計画について本気出して考えてみた時の話 - freee Developers Hub
こんにちは、会計チームでエンジニアをやっている ut (@utdoi1) です。最近はレポート周りの開発を主に担当しています。 先日あった機能リリースにおいて、大量のデータを対象とした移行タスクを実行する機会がありました。 タスクの概要としては、freee会計に登録されている事業所1つごとにデータ移行をしていくものでした。 今回はfreee会計にアカウントを作成している全ての事業所に対してタスクを流す必要があったため、普通に実行していたら完了までいったい何日かかるのか分からないくらいの規模感でした。 そのため、並列実行も考慮に入れて割としっかりめに実行計画を立てて臨みました。 この記事では、その実行計画を立てた時の作業の流れと、それぞれの過程における細かい作業内容を紹介します。 計画策定までの流れ 全体としては以下のような流れで作業を進めていきました。 タスク実行時間に関係するデータの度数
SQL実行の流れ まずはSQLがどのような流れで実行されるのかを見ていきます。 SQL実行の流れは大まかに捉えると以下のようになります。 パーサ パーサでは、ユーザーから送信されたクエリを受け取り、その文法的な正確さを検証します。SQLクエリが正しくフォーマットされているか、必要な構文要素が全て含まれているかをチェックし、例えばFROM句で指定されたテーブルが存在するかどうかも確認します。 文法的なエラーがある場合、例えばカンマの欠落や存在しないテーブルの参照など、クエリはエラーとして返されます。 エラーがない場合は、クエリは「抽象構文木」というデータ構造に変換されます。これにより、データベースはクエリをより効率的に解析し、次の処理ステップに進めることができます。 オプティマイザ SQLクエリがパーサを通過した後、次にクエリの最適化を行うのが「オプティマイザ」です。オプティマイザの主な役割
PostgreSQLの行レベルセキュリティ(RLS)が実行計画に与える影響を確認してみた | DevelopersIO
マルチテナントなECサイトの注文データをイメージしています。tenant_nameのカラムにテナント名が入り、このカラムとDBユーザーの一致を行セキュリティポリシーよってチェックするようなイメージです。 テストデータ等の準備 それでは検証環境を準備していきましょう。今回の検証にはPostgreSQLバージョン11.11を利用しています。 まずはテーブルを作成 CREATE TABLE orders ( id SERIAL PRIMARY KEY, tenant_name text, product_code text, order_date timestamp ); CREATE TABLE 続いてマルチテナント用のDBユーザーを作成 CREATE ROLE user01 LOGIN; CREATE ROLE CREATE SCHEMA "saas"; CREATE SCHEMA GRAN
本記事は、『Software Design 2019年8月号』の第2特集「ゲームを題材に学ぶ 内部構造から理解するMySQL」をWeb掲載用に再編集したものです。 本記事のテーマを、より基本的なところから丁寧に解説した『SQLの苦手を克服する本 データの操作がイメージできれば誰でもできる』が2019年8月26日に発売されました。本記事と併せてご活用ください。 実行計画はSQL理解の大きな手がかり SQLはほかの手続き型言語と大幅に違います。そのため、ほかの手続き型言語と同じ感覚で使うと違和感が大きくなり、アレルギーのように嫌う人も出てきます。最近では、手続き型言語でORMを使うとSQLを意識しないでRDBMSをストレージのように扱うことが可能なため、SQLを理解する前にORMを使ってしまった人の中には、SQLをまったく理解していない人もいるようです。 しかし、正しい理解をしないまま使うとい
本日閣議決定された『デジタル・ガバメント実行計画』を”クラウドのレンズ”で読み解く | Amazon Web Services
Amazon Web Services ブログ 本日閣議決定された『デジタル・ガバメント実行計画』を”クラウドのレンズ”で読み解く 本日令和2年(2020年)12月25日、『デジタル・ガバメント実行計画』が閣議決定に至りました。 今回のブログでは、335ページの大部の政策集となった『デジタル・ガバメント実行計画』（以下、『実行計画』。全文はこちら）を、クラウドの観点から読み直すことで、特に政府部門・公共部門の各お客様にクラウド導入をご検討いただく判断の一助となることを目指します。昨年版から120ページ以上も大幅加筆された最新の『実行計画』では、何が謳われているのでしょうか？ 今回のデジガバ実行計画の”柱” 今回の『実行計画』には、（昨年までのバージョンでは見られなかった）４本のメイン・アイディアが新規に配置されています。トップページには、”社会全体のデジタル化を進めるために、まずは国・地方
CX事業本部@大阪の岩田です たまにはAuroraでも触ってみようとAuroraについて調べていたところ、Aurora PostgreSQLにクエリの実行計画管理機能があるのを見つけました。クエリの実行計画管理といえばOracleのイメージだったのですが、Aurora PostgreSQLでもDBAが自由にクエリの実行計画を管理できるだと？！ ということで簡単に触ってみました。 目次 クエリ実行計画の管理とは？ やってみる Auroraのインスタンス作成 QPMの有効化 テスト用DBの作成と初期化 QPMを使ってみる まとめ 参考 クエリ実行計画の管理とは？ Aurora PostgreSQLのクエリ実行計画管理=Query Plan Management(以後QPMと略します)は、クエリの実行計画をオプティマイザ任せにするのではなく、DBA側で管理するための機能です。 Aurora Po
PostgreSQL 16からプリペアド文の汎用的な実行計画を確認できるようになりました EXPLAIN (GENERIC_PLAN) | DevelopersIO
PostgreSQL 16からプリペアド文の汎用的な実行計画を確認できるようになりました EXPLAIN (GENERIC_PLAN) PostgreSQL 16からプリペアド文の汎用実行計画を EXPLAIN (GENERIC_PLAN) で確認できるようになりました(3c05284d83)。 この機能をご紹介します。 test=> select version(); version ------------------------------------------------------------------------------------------------------------ PostgreSQL 16beta1 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 7.3.1 20180712 (Red Hat 7.3.1-1
コロナ禍のドサクサで進む「成長戦略実行計画」は、日本を破滅させる
昭和47年静岡県生まれ。静岡聖光学院高校卒業、国際基督教大学（ICU）教養学部卒業、慶應義塾大学大学院法学研究科修了（法学修士）。 総務省、株式会社三井物産戦略研究所、デロイトトーマツコンサルティング合同会社、みんなの党代表（当時）渡辺喜美衆議院議員政策担当秘書、外資系コンサルティング会社等を経て、政策コンサルタントとして独立、室伏政策研究室（「◯◯と政策をつなぐ研究室」）を設立し現在に至る。 政財官での実績を生かし、国会議員、地方議員の政策アドヴァイザーや民間企業・団体向けの政策の企画・立案、対政府渉外活動の支援、政治・政策関連のメディア活動等に従事。 ＤＯＬ特別レポート 内外の政治や経済、産業、社会問題に及ぶ幅広いテーマを斬新な視点で分析する、取材レポートおよび識者・専門家による特別寄稿。 バックナンバー一覧 7月17日に閣議決定された「成長戦略実行計画」。この内容を詳細に見れば、コロ
MySQL実行計画（EXPLAIN）の見方
MySQL EXPLAINとは EXPLAINとは、MySQLがどのような実行計画でクエリ実行するかを表示するコマンド。EXPLAINの結果を見ることで効率の悪いクエリを見つけたり、改善結果を確認できる。 EXPLAIN ( SELECT f.film_id, f.title, f.release_year, a.first_name, a.last_name FROM film f INNER JOIN film_actor fa ON fa.film_id = f.film_id INNER JOIN actor a ON a.actor_id = fa.actor_id ); JOIN時のEXPLAINの見方 JOINする場合は、駆動表が一番最初に表示される。 先程の例だと、actorテーブルが駆動表になっているということになる。 駆動表を固定したい場合は、MySQL 8.0からはJ
Amazon Athena でクエリ実行計画の可視化と、実行結果の統計情報を取得出来るようになりました | DevelopersIO
Amazon Athena でクエリ実行計画の可視化と、実行結果の統計情報を取得出来るようになりました いわさです。 Amazon Athena では1年前のアップデートでクエリパフォーマンスを改善するための実行計画を利用することが出来るようになりました。 そして、本日のアップデートで実行計画の可視化機能が提供され、さらに実行済みクエリから統計情報が取得出来るようになりました。 この記事では、以下のような料金情報CSVを集計するクエリを例にご紹介したいと思います。 実行計画の可視化 以前から、EXPLAIN を実行する機能は Athena でも可能で、以下のような情報を出力することが出来ていました。 しかし、結果の解析に少しコツで、可視化など行いたい場合は別のツールを使って可視化する必要がありました。 今回のアップデートで、実行ボタンの隣に「説明」ボタンが追加されています。 こちらはクエリ
MySQL8.0.18新機能「EXPLAIN ANALYZE」で外部結合の実行計画が取れなかった件 - なからなLife
祝：8.0.18リリース！ 今回のメンテナンスリリースは盛りだくさんです。詳細は、リリースノートを読んでいただくか、今度の9/21(月)に更新されるであろうMySQL Weeklyを確認してください。 リリース前から話題沸騰だったのは、「NestedLooop一本勝負っだったMySQLにもとうとうHashJoinがやってきた！」って話ですが、ほかにもたくさん機能がでています。 そんな新機能の中には、PostgreSQLのEXPLAINのパクリリスペクトな出力が魅力の「EXPLAIN ANALYZE」も含まれてます。 で、記念にさっそく叩いてみたら、表題のような結果になりまして。 以下、実験の記録です。 環境 VirtualBoxにCentOS7をMinimalで入れてyum updateしてfirewalldとSELinux止めてmysqlのyum.repoファイル仕込んでyumからmys
こんにちは、エンジニアの末武です。 今回はSQLserverの実行計画の見方についてお話します。 システムを作った経験のある方なら、一度は必ずデータベース周りの遅延やパフォーマンス周りに頭を抱えた経験があるのではないでしょうか。 データベース周りの悲鳴が止むことはありませんが、SQLがどのようにデータベースのストレージやメモリにアクセスしているのかを示してくれる実行計画の見方を知ることは、それに対抗する手段として非常に有用です。 それでは早速SQLserverの実行計画を見ていきましょう！ 実行計画とは、SQLserverがユーザーが発行したSQLを解析し決定した実データに対して、どのようにアクセス・計算を行うかが記載されている計画書です。 SQLはDBの「どの」データを取得するかをユーザーが指定しますが、「どのように」そのデータを探して取得するかはSQLserverのオプティマイザ機構が
実行計画は、SQL文のレントゲン写真だ！ Oracle Database編 (全部俺） Advent Calendar 2019 - Adventar
実行計画は、SQL文のレントゲン写真だ！ Oracle Database編 (全部俺） Advent Calendar 2019 さて、なんとなく、勢いではじめてみました、実行計画は、SQLのレントゲン写真だ! 実行計画という、SQLのレントゲン写真をどれだけみたて診察、治療してきたか、SQLチューニングという診察、治療の腕をあげるためにも、どのような実行計画がどのようなSQL文から生成されるのか知っていて損はないです。（はず） 今温めているネタに近く、勢いで初めてしまったので、Advent calendar 全部俺 ということにしておきます。 実行計画のパターンは、よく見るものも含め25は軽く超えてしまいますが、今回は基本になりそうなところ中心に集めてレントゲンとしてカタログ化w しておきたいと思います。 今回はOracle Database編で、一部、JPOUG Advent Cale
Salesforceからエンジニアになった人が学ぶWebシステムの基礎 〜データベースのインデックスと実行計画〜 - Qiita
インデックスの詳細解説 インデックスの役割 たとえば漢字辞典において「『氵』を部首とする漢字をしらべたい」という時に「部首」という属性で索引を持っていると便利なように、検索対象となる属性の値をもとにインデックスは通常作られます。そして、漢字辞典で「部首」の索引と「よみ」の索引が別々にあるように、インデックスは通常その属性ごとに作成されます。 このような辞書的な索引のインデックスは属性値が何かの値に一致するデータを検索するためのものでしたが、それ以外にもたとえば数値や日付時刻属性をもつデータに対してある範囲内の属性値をもつデータを取得したい、というような場合にもインデックスは使われます。 さらに、インデックスは、ある属性の値でデータを並び替えしたい、というような場合にも利用できます。後で述べますが、インデックスという仕組みはあらかじめその属性の値でデータを並べておくようなものなのです。インデ
excite_techcon2023__RDS_performance_insightと実行計画 との付き合い方__DBとINDEXを学ぼう
プロダクト開発における ソフトウェアサプライチェーンセキュリティ: 実践的フレームワークとその活用 / Software Supply Chain Security in Product Development: Practical Framework and their applications
本サイトは、過去のIT総合戦略室の情報発信サイトです。2022年6月30日に更新を停止しました。 現在のデジタル政策に関するデジタル庁の公式サイトはこちらをご覧ください。 【移転のお知らせ】 最新情報についてはデジタル庁ウェブサイト「デジタル社会の実現に向けた重点計画」のページよりご確認ください。 2016（平成28）年12月に官民データ活用推進基本法（平成28年法律第103号）が成立し、データ流通環境の整備や行政手続のオンライン利用の原則化など、官民データの活用に資する各種施策の推進が政府の取組として義務付けられました。2017（平成29）年5月には同法及び高度情報通信ネットワーク社会形成基本法（平成12年法律第144号）に基づく取組を具体化するものとして、「世界最先端デジタル国家創造宣言・官民データ活用推進基本計画」（平成29年5月30日閣議決定。令和元年6月14日改定。）（以下「デジ
こんにちは、エンジニアの末武です。 今回はSQLserverの実行計画の見方についてお話します。 システムを作った経験のある方なら、一度は必ずデータベース周りの遅延やパフォーマンス周りに頭を抱えた経験があるのではないでしょうか。 データベース周りの悲鳴が止むことはありませんが、SQLがどのようにデータベースのストレージやメモリにアクセスしているのかを示してくれる実行計画の見方を知ることは、それに対抗する手段として非常に有用です。 それでは早速SQLserverの実行計画を見ていきましょう！ 実行計画とは、SQLserverがユーザーが発行したSQLを解析し決定した実データに対して、どのようにアクセス・計算を行うかが記載されている計画書です。 SQLはDBの「どの」データを取得するかをユーザーが指定しますが、「どのように」そのデータを探して取得するかはSQLserverのオプティマイザ機構が
YugabyteDBの実行計画を眺める（NewSQL/分散SQLデータベースよろず勉強会 #3 発表資料）
YugabyteDBの実行計画を眺める （NewSQL/分散SQLデータベースよろず勉強会 #3 発表資料） 2023年2月16日（木） NTTデータ 技術開発本部 先進コンピューティング技術センタ 笠原 辰仁Read less
RedshiftのPrimary KeyおよびUnique制約が実行計画に与える影響 | DevelopersIO
こんにちは。データアナリティクス事業本部の松村です。 早いものでもう入社から1年が経ちましたが、これまでの投稿ペースは平均して月1本、そして間隔にはかなりばらつきがあります。今後はコンスタントに月2本を達成したいなあと思う次第からの、2年目初の投稿です。 RedshiftにおけるPrimary Key制約の役割 Redshiftが一般的なRDBMSとは異なっていることのひとつとして、Primary Key制約が実際には制約として機能しない、というものがあります。かなり有名なのでご存じの方も多いと思います。 しかしながらマニュアルによると、実行計画の作成時には利用されるそうです。 CREATE TABLE Important Primary key constraints are informational only. They aren't enforced by the system,
渡部です。OracleでSQLチューニングを行うには実行計画を理解する必要がありますが、 適切な説明が少ないこともあり、誤解している人をよく見ます。 過去のDatabase Lounge Tokyo #5発表 のスライドを下敷きにして、 Oracle Databaseの実行計画に関する「よくある誤解」を紹介しながら、実行計画について正しい理解ができるよう説明します。 SQLチューニングの省力化・自動化にはToadのSQL Optimizer for Oracle, SQL Optimizer for SQL ServerのSQLチューニング機能が有効です。Oracle Database Standard Edition 2におけるTuning Packの代替となりうるツールです。購入検討の際はコーソルまでぜひお声がけください！ https://cosol.jp/license/toad/
SQLの苦手を克服する本(技術評論社)/生島 勘富 on Twitter: "「SQLを全部大文字で書けという神話」 これはOracleがスタートだと思う。 Oracleは受け取ったSQL文をハッシュ関数を使ってハッシュ値を取ります。 実行計画のキャッシュをハッシュ値で検索して、キャッシュにあれば、実行計画… https://t.co/GKJmzXcCWF"
「SQLを全部大文字で書けという神話」 これはOracleがスタートだと思う。 Oracleは受け取ったSQL文をハッシュ関数を使ってハッシュ値を取ります。 実行計画のキャッシュをハッシュ値で検索して、キャッシュにあれば、実行計画… https://t.co/GKJmzXcCWF
帰ってきた！ 実行計画は、SQL文のレントゲン写真だ！ Oracle Database (全部俺） Advent Calendar 2022 - Adventar
Oracle Databaseの実行計画を中心にしていますが、他のDatabaseの実行計画も合わせて載せるかもしれません。 基本的に、全部俺で予定していますが、どうーーーしても、どうーーーしても、俺、私にも書かせろ！ という方は、ご連絡ください。:)
政府は8日、首相官邸で新しい資本主義実現会議（議長・岸田文雄首相）を開き、科学技術分野の成長戦略を議論した。首相は人工知能（AI）や量子技術など先端技術に関する国家戦略を策定すると表明した。今春をメドにまとめる「新しい資本主義」の実行計画に反映させる。首相は会議で「研究開発投資の抜本強化が必要だ。私自身が先頭に立ち、実行計画に科学技術政策について強い国家意思を盛り込みたい」と強調した。AIに関
テーブル作成とデータ投入 [unix] シェルを使って、テストデータ生成でテストデータを作ったので、SQLiteにデータを投入してみよう。 まずはテーブルのDDLを作成する。 $ cat create_table.sql create table if not exists Test1 ( id integer primary key , name text , last_modified text ); create index if not exists idx_Test1_name on Test1 ( name ); テーブルに投入するデータも作成しよう。 $ paste -d, \ <(seq 10000) \ <(LC_CTYPE=C tr -dc 'A-Za-z0-9' </dev/urandom | fold -w8 | head -n10000) \ <(LC_CTYPE
本記事の目的 本記事では MySQL(InnoDB) の SQL 性能調査・改善のために、実行計画の主要な確認ポイントを整理します。 また、SQL の重要な要素であるインデックスについても基本を簡単におさらいします。 なお、MySQL 実行計画の各種項目の意味は公式サイトに記載があるが、ぱっと見た時にどれが SQL の性能において重要度が高いのか少しわかりずらかったりしたので、今後のためにも記事に残すことにしました。 SQL パフォーマンスまわりで参考になった書籍や記事も最後に紹介していますので、ぜひそちらも合わせて参考にしてみてください。 インデックスとは インデックスはデータベースの中で特有の構造を持ち、CREATE INDEX 文で作成可能です。 SQL の性能に関わる重要な要素です。 データベースのインデックスは、分厚い紙の辞書から特定の用語を検索することに似ています。あらかじめ順
小ネタ／MySQL 8.0（Aurora MySQL v3）にバージョンアップしたときの実行計画調整にオプティマイザヒントを使う - Qiita
小ネタ／MySQL 8.0（Aurora MySQL v3）にバージョンアップしたときの実行計画調整にオプティマイザヒントを使うMySQLAWS小ネタAuroraMySQL8.0 AWS の Aurora MySQL v1 の EoL が迫り、また MySQL 5.7 の EoL もそう遠い話ではなくなった現在、Aurora MySQL v3 や MySQL 8.0 への移行が進んでいるのではないかと思います。 ※いや、前者は少ないでしょうね、おそらく。 バージョンアップ時、既存の SQL 文の実行計画が変わってしまい、処理が遅くなるケースがあります。 その対処としてオプティマイザヒントを使うのが今回のネタです。 どんなケースで遅くなる？ MySQL 5.6（Aurora MySQL v1）→ MySQL 5.7（Aurora MySQL v2）のバージョンアップで最も有名なのはこちらでし
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[SQLite] SQLiteで実行計画を見てみよう その1](https://b.st-hatena.com/55e080f1988a017874bc0ec21558ef421688a262/images/v4/public/common/noimage.png)
MySQLとOracleの実行計画を比較してみた - ASMのきもち
MySQL実行計画の簡易検査ツールの開発とCIへの組み込み - ZOZO TECH BLOG
PostgreSQL のインデックス肥大化と実行計画のコストへの影響 - ぱと隊長日誌
PostgreSQLの実行計画の推定行数と実行数の乖離改善の考え方
MySQL のロック範囲は実行計画で変わるという話 - mita2 database life
Cloud Spanner の実行計画の活用に関する取り組み | メルカリエンジニアリング
岸田首相「新しい資本主義」実行計画決定 分配戦略後退指摘も | NHK
Oracle SQL実行計画の読み方 | コーソルDatabaseエンジニアのBlog
行政手続き9割電子化へ 政府が新実行計画（写真=共同） - 日本経済新聞
クエリのパフォーマンスチューニングの第一歩。実行計画や統計情報について入門する
第3回 実行計画を見てSQLの構造を理解しよう | gihyo.jp
Aurora PostgreSQLのクエリ実行計画管理機能を試してみた | DevelopersIO
【SQL Server】実行計画を見てみよう | Tech Media | W2株式会社
デジタル・ガバメント実行計画 | 政府CIOポータル
【SQL Server】実行計画を見てみよう | Tech Media | W2株式会社
実行計画についてのよくある誤解 ～Oracle Database版～ | コーソルDatabaseエンジニアのBlog
AI、量子技術で国家戦略 首相「実行計画に明記」 - 日本経済新聞
[SQLite] SQLiteで実行計画を見てみよう その1
MySQL SQLパフォーマンス改善 -実行計画の確認ポイント-
binpaku.hatenablog.com
lp-lilysmiledc.com
www.bubkaweb.com
financial-field.com
tetsute.hatenablog.com
www.cbnews.jp