DB 設計時のサイズ見積り[最新版] - Qiita
こんにちは、すっかり秋ですね！@yone098 です。 みなさんDBの設計してますか？ DB設計時のサイズ見積り 以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。 データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。 データタイプごとに必要な記憶容量 テーブルの最大サイズ関連 http://dev.mysql.com/doc/refman/5
![DB 設計時のサイズ見積り[最新版] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/fc0061ee00d6c47d46312cbc48ee3fd02c9cc805/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9REIlMjAlRTglQTglQUQlRTglQTglODglRTYlOTklODIlRTMlODElQUUlRTMlODIlQjUlRTMlODIlQTQlRTMlODIlQkElRTglQTYlOEIlRTclQTklOEQlRTMlODIlOEElNUIlRTYlOUMlODAlRTYlOTYlQjAlRTclODklODglNUQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWU2ZDI5ZDViYzUwMTY3ZDBiNTEyM2RiNTQ5ZDAwM2Vm%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQweW9uZTA5OCU0MGdpdGh1YiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZjcyZDE3MzM3ZmQ5MmRkNjRkMWY2YjM1YjI0OTAxNGQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Da0b7ab789a5ccfc1b34355e1b9cbed70)
OTN Japan マニュアル
お探しのものを見つけるために、以下の項目を試してみてください。 キーワード検索のスペルを確認してください。 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。 新しい検索を開始してください。
キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると
2週間ほど前に「インメモリデータベースがクラウド時代の主流になるという期待」というエントリを書きました。ハードディスクに代わり、メモリをデータベースの永続化手段とするインメモリデータベースは、超高速なアクセスとスケールアウトを実現する、クラウド時代のデータベースの主役になるのではないか、という内容です。 この記事に関して、TechVisorの栗原さんと次のようなやりとりをしました。 確かに、Oracle Real Application Cluster（以下、Oracle RAC）でデータベースが全部載るくらい十分にキャッシュ用のメモリを割り当てれば、メモリ上でデータベースを操作するインメモリデータベースと同じことではないのか、とも思います。 両者の違いは何かあるのでしょうか？ 調べてみることにしました。 インメモリデータベースは1000倍速い 調べてみるとすぐに、両者には明確な性能差があ
パフォーマンス・ビューを使用したインスタンスのチューニング
この章の後半では、Oracleの動的パフォーマンス・ビューを使用したインスタンスのチューニングについて説明します。ただし、拡張機能リストによる統計の収集、監視およびチューニングには、自動ワークロード・リポジトリおよびAutomatic Database Diagnostic Monitorを使用することをお薦めします。「自動ワークロード・リポジトリの概要」および「Automatic Database Diagnostic Monitor」を参照してください。 問題の定義 ソリューションの実装を試みる前に、チューニング調査の目的と問題の性質をよく理解しておくことが不可欠です。これについて理解していないと、事実上、効果的な変更は実装できません。この段階で収集されたデータを使用して、次に行うこと、および調査する事象を簡単に決定できます。 次のデータを収集します。 パフォーマンスの目的を識別します
OTN Japan - Oracle9i 物理設計：第3部 テーブルの設計
私の所属するOracleDirectでは電話やインターネットを利用して、各種のお問合せを頂いたお客様に対しまして、お客様の担当されておられるシステムの成約・成功のための各種ご支援をさせていただいております。単にお問合せに対する回答を行うだけでなく、ご要望があれば製品紹介や機能解説のプレゼンテーション、デモ等も電話とインターネット経由を併用して実施いたします。お問合せは無償ですのでOracle製品について確認したいことがございましたらお気軽にご連絡ください。 はじめに テーブルの容量見積については、OTN Japanに以下の資料・ツールが用意されています。 領域サイズの見積もり方法 領域サイズ見積シート ここで解説している見積方法は、資料「領域サイズの見積もり方法」の考え方をやや簡略化して、計算しやすくした方法です。また、指針を出すということを優先し、プラットフォームやバージョンによる違いを
オラクルマスターへの道: Gold実践講座
うれしい！「前回、DBA講座で取り上げて欲しいカテゴリがありましたらご連絡下さい。」とお願いしたらさっそくリクエストを頂きました。ありがとうございます！ あなたのリクエストにお応えして、「記憶構造」をお届けします。（なんて、ラジオのDJみたいですね） このカテゴリで押さえておくポイントは次の2つと考えれば良いでしょう。 記憶領域管理パラメタ ・PCTFREE ・PCTUSED ・INITRANS（ブロックあたりの同時トランザクション初期数） ・MAXTRANS（ブロックあたりの同時トランザクション最大数） 領域に関するデータディクショナリ ・DBA_FREE_SPACE（表領域内の空き領域） ・DBA_SEGMENTS ・DBA_EXTENTS 1.記憶領域管理パラメタ（PCTFREEとPCTUSED） Oracleで「PCT」ときたら、「Pe
SQLチューニング・アドバイザによるデータベースの事前チューニング
スクリーンショットの表示 このアイコンの上にカーソルを置くと、すべてのスクリーンショットが表示されます。 各項目に関連するスクリーンショットのみを表示する場合は、それぞれのアイコンの上にカーソルを置いてください。 概要 トピック・リストに戻る Oracle Enterprise Managerの新機能であるSQLのチューニングおよび診断機能の特長 Automatic Workload Repository(AWR)は、問題の検出や自己チューニングなどを目的とするパフォーマンス統計を収集、処理、および管理します。 Automatic Database Diagnostic Monitor（ADDM）は、Oracleシステムの診断やチューニングに必要な労力を軽減します。 SQLチューニング・アドバイザの機能を使用して、SQL文を素早く効果的に最適化できます。 データを診断する監視の完了後、パフ
データベース・トラブル10選---第3回 Oracleのエラーに対処する（4）
次は，ロールバック・セグメント＊に関するエラーだ。「ORA-01555 スナップショットが古すぎます」というエラー・コードは有名なため，ある程度Oracleで運用や開発を経験された方であれば，遭遇したことがあるのではないだろうか。 トラブルの現象としては，参照系プログラムのエラーが報告されたり，処理が無応答になったりする。この状況で，例によってアラート・ファイルを調べてみる。無応答になった時間の前後を見ると，「ORA-01555 スナップショットが古すぎます（ロールバック・セグメント番号: 1，名前:rollbacksegment_name が小さすぎます）」とある。 その意味をご存知の方も多いと思うが，改めてロールバック・セグメントの役割からおさらいしておこう。第1回でも触れたが，ロールバック・セグメントは，データの変更前のイメージを保持し，トランザクションのロールバック，回復，読み取り
ダイレクト・パス・インサート - オラクル・Oracleをマスターするための基本と仕組み
ダイレクト・パス・インサート （ダイレクト・ロード・インサート） ダイレクト・パス・インサートとは、データベースバッファを経由せずデータファイルへ 直接データを落とし込むという点から、ある特定条件下で非常に優れた処理方法である。 データベースのバッファ処理を経由しないことで高速に処理でき、バッファから他のキャッシュを追い出すことによるキャッシュヒット率の低下を防ぐこともできる。 高速に大量データをインサートさせるための手法 ダイレクト・パス・インサートによる高速のインサート処理にはトレードオフがあるが脅威的な速さを誇る。 数百万件オーダのデータの投入するのに数分とかからない(レコードサイズ、スペックに左右はされる) 通常のパスのローディングに比べて 数分の1 程度の時間で投入できる。 NOLOGGING 状態の場合 REDO ログが出力されない。（高速にはなる一方でフルバックアップするまで
スキーマ統計情報 - オラクル・Oracleをマスターするための基本と仕組み
スキーマ統計情報の収集 スキーマ統計情報を収集と対象リストを抽出する方法 GATHER_SCHEMA_STATS パッケージには、スキーマ単位 の統計の収集とリスト取得の 2つの機能*1がある。 統計情報の収集 (DBMS_STATS) に戻る。 スキーマ統計情報の収集 スキーマ全体にわたり、OPTIONS に指定した方法で統計情報を収集する。 基本的なパラメータ DBMS_STATS.GATHER_SCHEMA_STATS ( OWNNAME => 'スキーマ' ,OPTIONS => 'オプション' ,ESTIMATE_PERCENT => 'サンプルレート' ,BLOCK_SAMPLE => 'サンプルレート(block)' ,DEGREE => '並列度' ,GRANULARITY => 'パーティション表オ
ORACLE／オラクルちょこっとリファレンス
最終更新日：2023/01/03 はじめに オラクルデータベースでシステムの開発をしたり、データベースの勉強をしている時に 「あ、この構文どうやって書くんだったかなぁ」とか 「こういう処理がしたいんだけど何かいい関数がないかなぁ」、 「データベースの情報が取得したいんだけど、どうやるんだろう？」といった ちょこっと調べたい時に使ってもらえればと思い、当サイトを開設しました。 内容は自分が開発してる時にちょっと調べたいと思ったことを中心に書きましたので、 たぶん皆さんのお役に立てると思います。 当サイトはリンクフリーです。 皆様のページにリンクを貼っていただければ嬉しいです。(*^_^*)
【初級】新人SEのためのSQLの基礎 第3回（前半） 日付型の注意点
図1●今回取り上げるSQL文の注意点<BR>（1）日付型，（2）SUMやAVGなどの集約関数，（3）GROUP BY句とHAVING句――今回はこの3点にまつわるSQL文の注意点を説明する 図2●日付型の時間データに注意<BR>Oracleの日付型（DATE）には時間のデータが含まれるため，（1）日付型カラムに対して日付だけの検索条件を指定しても検索できない。日付を検索条件にしたい場合，日付型に時間データが含まれることを意識し，「（2）範囲指定する」，「（3）時間を切り捨てる」，「（4）日付を取り出す」などの方法を採る必要がある 今回取り上げる日付型，集約関数，GROUP BY句，HAVING句は，便利なのでよく使われる。しかしこれらを使い始めのころに一度はやってしまう失敗例がある。一度経験すると大丈夫なのだが，分からないうちは戸惑うことになる。Oracleの日付型には時間データが含まれる
PL/SQL コレクション型 - オラクル・Oracle PL/SQL プログラミング
PL/SQL の配列 ＝ コレクション型 PL/SQL コレクション型には 大きく分けて PL/SQL 表と VARRAY(可変長配列) が存在する。 PL/SQL 表 PL/SQL 表とは、オラクルのコレクション型の一種。 結合配列(索引付き表) と ネストした表 (NESTED TABLE) が PL/SQL 表と呼ばれている。 昔のオラクルには 索引付き表しかなく、索引付き表はデータベースに格納できず PL/SQL でしか扱えなかったため PL/SQL 表と呼ばれたと思われる。 現在は ネストした表 も PL/SQL 表に含まれているが、こちらは テーブルに格納可能。 PL/SQL 表 という言葉が正確な意味をあらわしていないため、その表現は消えつつある(と思う)。 結合配列 (索引付の表) マニュアルには結合配列と訳されているが、原文では Associative Array (＝連
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://developer.oracle.com/jp/technical-resources/articles/secret-of-oracle-site.html
ゼロから理解する「Oracle RAC」
データベース技術の羅針盤
HENNGE株式会社
ayumu-baby.com
システム権限一覧 - オラクル・Oracleをマスターするための基本と仕組み
SQL*Plus システム変数一覧 - オラクル・Oracle SQL*Plus リファレンス