Database RefactoringSome ideas on how to successfully do evolutionary database development, constantly refactoring both code and schema. Inspired by Scott AmblerRead less
文字化けに関するトラブルに強くなる【実践編】
連載バックナンバー Oracleトラブル対策の基礎知識 主な内容 JavaベースのWebアプリケーションにおける「～」の文字化け JavaベースのWebアプリケーションのシステム構成と変換表 「～」文字化けのメカニズム JA16SJISTILDE・JA16EUCTILDEによる対処 Vistaが新たに対応したJIS X 0213とは？ Oracle DatabaseでJIS X 0213に対応するには JIS X 0213とクライアント環境 補助文字（追加文字）とサロゲートペア （関連キーワード：文字化け、SJIS16TILDE、チルダ文字、サロゲートペア、補助文字（追加文字） WindowsやJavaなどのように、OSやプログラミング言語の内部処理では、文字データをUnicodeで扱うことが一般的になってきています。Unicodeの目的の1つは、同一のプログラムで複数言語に対応することで
外部表 - オラクル・Oracleをマスターするための基本と仕組み
外部表 (External Table) 外部ファイルに対して、あたかもテーブルが存在するかのようにアクセスすることができる。マニュアル上では、SQL*Loader 機能を補足する機能と位置付けになっている。 例えば CSV ファイルの定義を CREATE TABLE で宣言するだけでローディング時間ゼロで即座に読み込む（アクセスする）ことができる。 SQL*Loader と大きく異なる点はテーブルとしての実体を持たない点である。(長所であり、短所でもある) SQL*Loader はデータを、メディアファイルから永続テーブルに取り込む、マテリアライズド・ビュー 外部表(External Table) はファイルのデータをテーブルが存在するように見せる ビュー と考えると、その違いをイメージしやすい。 外部表はデータファイルを変更するとテーブルの検索結果にすぐに反映される。*1 ファイルを表
更新／挿入／削除のSQLを高速化する3つの技とは？
更新／挿入／削除のSQLを高速化する3つの技とは？：Oracle SQLチューニング講座（12）（1/3 ページ） 本連載では、Oracleデータベースのパフォーマンス・チューニングの中から、特にSQLのチューニングに注目して、実践レベルの手法を解説する。読者はOracleデータベースのアーキテクチャを理解し、運用管理の実務経験を積んでいることが望ましい。対象とするバージョンは現状で広く使われているOracle9iの機能を基本とするが、Oracle 10gで有効な情報も随時紹介していく。（編集局） 連載目次 前回は、絞込み条件（WHERE条件）の有無による結合処理や、マテリアライズド・ビューなどOracleの機能を利用した結合処理のチューニング手法を説明しました。今回は、WHERE条件がないDML（INSERT、DELETE、UPDATE）処理を高速化するチューニング手法について説明します
基礎から始めるデータベース入門セミナー - 木っ端拾いの材木流し
オラクル通信の連載。オラクル社のサイトにはバックナンバーへのリンクも連載の一覧も無いので勝手にリスト化。 第1回 ｢そもそもデータベースって何だろう??｣ 第2回 ｢ファイルシステム｣と｢データベース｣の違い 第3回 ｢データベース｣の種類 第4回 リレーショナル・データベース・マネジメント・システムとは？ 第5回 Structured Query Language(SQL)とは? 第6回 トランザクション、ロック、セキュリティの機能 第7回 Oracle Database 10gインストール *1 第8回 Oracleの仕組みとアーキテクチャ 第9回 Oracleのデータ型 第10回 Oracleデータベースの記憶領域 第11回 Oracleのアーキテクチャ *2 第12回 Oracleデータベースを構成するファイル 第13回 SQL*Plusを使ってみよう 第14回 ネットワーク越しに
津島博士のパフォーマンス講座 第2回 RAC(Real Application Clusters)の時のバッチ処理について | oracletech.jp
津島博士のパフォーマンス講座 第2回 RAC(Real Application Clusters)の時のバッチ処理について 今回は、シングルノードの時はあまり気にしなくても良いこともRACになると無視できなくなることがあるので、それについてRACとバッチ処理で説明しようと思います。 ■１．RAC(Real Application Clusters)について RACを知らない方はもういないと思いますが、念のために簡単に説明しておきます。 RACは、Oracleの高可用性とスケールアウトを実現する共有ディスク型クラスターデータベースシステムです。全ノード（インスタンス）が全データベースに直接アクセスできるため、どのノードからも意識せずにデータベースにアクセスすることが可能です。各ノードのキャッシュの一貫性はキャッシュ・フュージョン技術を使用して実施しています。 クラスタ・ノード間のデータ
PHP: 接続、および接続の管理 - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
Oracle
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
Taiga=Dの備忘録 マテリアライズド・ビューを作る。
データの更新頻度が少ないもしくは更新タイミングが決められている マスタテーブルなどの参照で、結合等々でレスポンスが出ない場合、 マテリアライズド・ビューが有効だそうな。 用途はビューと同じだが、定期的に更新される上インデックスを 設定できるので、必要なデータだけが入った単一テーブルとして 参照ができる。 作成手順を書いてみた。 １：マテリアライズド・ビューを作成する。 create materialized view ビュー名 refresh force with rowid as SELECT 項目名 FROM (スキーマ).参照テーブル / ２：インデックスを設定する。 TABLESPACEの設定は環境によって適宜変更する。 CREATE UNIQUE INDEX スキーマ.インデックス名 ON スキーマ.ビュー名 (1, 2・・・) TABLESPACE USERS LOGGING
リフレッシュに関する問題 - とあるぷろぐらまーのぶろぐ
高速リフレッシュをかけるmaterialized viewには、一意キーは使えない！！！ なので、キーをnone nunique key にするか、完全リフレッシュに変更する。 (というか、追加→修正or削除→追加みたいな処理をしたときにうまくいかない ときがある：高速リフレッシュはログが時系列に反映されるのを保証しないため) 完全リフレッシュに変更する場合のSQL alter materialized view "テーブル名" refresh complete; リフレッシュグループの一覧 select * from user_refresh リフレッシュグループの内容(含まれる表) select * from user_refresh_CHILDREN materialized viewの一覧 select * from user_objects where object_type='
NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現
モバゲーで知られるDeNAは、バックエンドデータベースにNoSQLを使っていません。なぜか？ それはMySQL/InnoDB 5.1の環境で秒間75万クエリという、多くのNoSQLでも実現できないような高性能を実現しているから。DeNAの松信嘉範（まつのぶよしのり）氏は、自身のブログにこんな内容のエントリ「Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server」（英語）をボストしています。 Yoshinori Matsunobu's blog: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 松信氏が指摘するように、大規模なネットサービスを提供している企業の多くは分散環境で
マテリアライズド・ビューの概要とアーキテクチャ
3 マテリアライズド・ビューの概要とアーキテクチャ この章では、マテリアライズド・ビューの概念およびアーキテクチャについて説明します。 この章の内容は、次のとおりです。 マテリアライズド・ビューの概要 マテリアライズド・ビューのアーキテクチャ マテリアライズド・ビューの概要 Oracleでは、マテリアライズド・ビュー（以前はスナップショットと呼ばれていたもの）を使用して、レプリケーション環境のマスター・サイト以外のサイトにデータをレプリケートし、コストのかかる問合せをデータ・ウェアハウス環境にキャッシュします。この章およびこのマニュアル全体では、レプリケーション環境で使用するマテリアライズド・ビューについて説明します。 マテリアライズド・ビューについて マテリアライズド・ビューとは、ある一時点におけるターゲット・マスターのレプリカのことです。マスターは、マスター・サイトのマスター表またはマ
SQL*Loader
第II部 SQL*Loader 第II部では、SQL*Loaderユーティリティについて説明します。 第6章「SQL*Loaderの概念」 この章では、SQL*Loaderの機能について説明します。また、データ・ロードの概念（オブジェクト・サポートも含む）についても説明します。さらに、SQL*Loaderへの入力、データベースの事前準備およびSQL*Loaderからの出力についても説明します。 第7章「SQL*Loaderコマンドライン・リファレンス」 この章では、SQL*Loaderで使用するコマンドラインの構文について説明します。コマンドライン引数、SQL*Loaderのメッセージを抑制する方法、バインド配列のサイズ指定などについて説明します。 第8章「SQL*Loader制御ファイル・リファレンス」 この章では、SQL*Loaderの設定に使用する制御ファイルの構文、およびデータをO
大人のためのInnoDBテーブルとの正しい付き合い方。
InnoDB関連でよくある質問のひとつに「テーブルのメンテナンスは何をすればいいんですか？」というものがある。InnoDBはMySQL 5.5でデフォルトストレージエンジンとなるため、InnoDBのテーブルメンテナンス計画を立ようと思う機会も増えることだろう。そこで、今日はInnoDBのテーブルメンテナンスの各種方法となぜそうしなければいけないかという理由を解説しようと思う。 ANALYZE TABLEテーブルメンテナンスの代名詞といえば、インデックス統計情報の更新ではなかろうか。運用を続けるうちに、知らず知らずインデックス統計情報が狂ってしまい、思うような性能が出ない。RDBMSにはそのような問題がつきものであるが、InnoDBの場合、ANALYZE TABLEは不要である。なぜなら、InnoDBが自発的に統計情報を更新するからだ。InnoDBは以下の条件に適合すると、ANALYZE T
MySQL :: MySQL 8.0 リファレンスマニュアル :: 11.7 データ型のストレージ要件
ディスク上のテーブルデータのストレージ要件は、複数の要因によって異なります。 別々のストレージエンジンは異なる方法でデータ型を表し、ローデータを格納します。 カラムか行全体のどちらかでテーブルデータを圧縮できますが、テーブルまたはカラムのストレージ要件の計算が複雑になります。 ディスク上のストレージレイアウトが違っていても、テーブル行に関する情報を通信および交換する内部 MySQL API は、すべてのストレージエンジンにわたって適用される一貫したデータ構造を使用します。 このセクションでは、データ型の固定サイズ表現を使用するストレージエンジンの内部形式およびサイズを含め、MySQL がサポートするデータ型ごとのストレージ要件に関するガイドラインおよび情報について説明します。 情報はカテゴリまたはストレージエンジンごとに示します。 テーブルの内部表現の最大行サイズは 65,535 バイトで
SQL*Loaderの概念
6 SQL*Loaderの概念 この章では、SQL*LoaderによるOracleデータベースへのデータのロードについて、基本的な概念を説明します。この章の内容は、次のとおりです。 SQL*Loaderの機能 SQL*Loaderのパラメータ SQL*Loader制御ファイル 入力データおよびデータ・ファイル LOBFILEおよびSDF データ変換およびデータ型の指定 廃棄レコードおよび拒否レコード ログ・ファイルおよびログ情報 従来型パス・ロード、ダイレクト・パス・ロードおよび外部表ロード オブジェクト、コレクションおよびLOBのロード パーティション・オブジェクトのサポート アプリケーション開発: ダイレクト・パス・ロードAPI SQL*Loaderの事例 SQL*Loaderの機能 SQL*Loaderを使用して、外部ファイルのデータをOracleデータベースの表にロードします。強力
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
取得データの行数を制限(LIMIT句) - データの取得 - MySQLの使い方
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング
ソーシャルゲームのためのデータベース設計
リレーショナル・データベースの世界