はじめに お客様より、「オンプレ環境のOracleをAWS環境に移す際ライセンスってどう考えればよいのか?」という質問をうけました。 Oracleのライセンスの数え方 Oracle社より提供されている クラウド・コンピューティング環境におけるOracleソフトウェアのライセンス というそのものずばりの資料があります。 SEとSE1ではProcessor単位のライセンスとなります。 ここでのProcessorは1CPUソケットということで、仮想CPU(vCPU)は4つで1ソケットと換算します。5vCPUであれば切上げして2ソケット、2Processorライセンスが必要となります。 2サーバーがそれぞれm1.small(1vCPU)つかっている場合は,サーバーがわかれているので2Processorライセンスとなります EnterpriseエディションではProcessor単位のライセンスですが
お手軽が一番、ExcelをOracleクライアントに：Excel‐Oracle連携（2）（2/3 ページ） マクロを使用する方法 Excelでは、VBAマクロのコードの中にOracleデータベースへの接続や、検索処理の命令を記述できます。コーディングが発生するため、誰でも簡単にできるわけではありませんが、その分柔軟な処理が可能です。 ミドルウェアの選択 この方法では、VBAでOracleデータベースに接続するためのインターフェイスに何を使うかによって、開発手法も異なります。非常に多くのパターンがありますが、主要なものは、 ActiveXData Objects（以下ADO）からODBCドライバを使用する方法 ADOからOLE DBドライバを使用する方法 Oracle Objectsfor OLE（以下oo4o）を使用する方法 の3つです。どれを使ってもExcelのマクロからOracleデー
9月1日付けでオラクルを退職し、9月2日付けでディー・エヌ・エーに転職しました。新会社への入社の報告よりも(だいぶ)前に退職の報告をする方が多いようですが、私が外向けにオラクル退職の報告をするのはこれが初めてです。退職と転職の報告と同時に行なうのは、多くの方がナーバスになっているオラクルとMySQLの行く末について、できるだけ悪い印象を与えたくないと考えたためです。ディー・エヌ・エーは世界でも指折りのMySQLの超ヘビーユーザとして知られています。オープンソースの世界では、ベンダーからヘビーユーザの事業会社に転職し、その専門性を生かした仕事を続けることは珍しくありません(オープンソースのメリットの1つです)。というわけで、引き続きMySQLの仕事を続けます。MySQLコミュニティの方はどうか安心してくださればと思います。今後ともどうぞよろしくお願い致します。 私は2006年9月にMySQL
SEQUENCE についての FAQ シーケンスの現在値 NEXTVAL と CURRVAL インスタンス単位でのシーケンスの現在値を知ることはできない(※)。わかるのは自らが採番した後の現在値（＝次の値）だけとなる。 (※) CURRVAL という擬似列で現セッション中で最後に採番した番号（＝現在値と言い換えることもできる）を知ることはできる。そのセッションで採番 (NEXTVAL) を行なっていない場合には、CURRVAL 擬似列を参照することはできない。 ORA-08002: 順序 sequence_name.CURRVALはこのセッションではまだ定義されていません のエラーが発生する。 シーケンスの欠番 ケース１ シーケンスは採番のたびにディクショナリにアクセスせずにメモリ上にバッファされている番号を戻す。 これはメモリ上に次の値と次回のディクショナリの更新値を保持しているのではな
～ ご挨拶 ～ ど～も～☆道先案内人の「ユースク・アンタダレヤ」です。 今回、自分の経験を元に簡単にORACLEのSQLのチューニングが行なえるよ～♪ 的な覚書を残したいと思います。 あくまで個人的な覚書な感じなので、間違ってる部分や直したけど早くならないなど、苦情が出るかもしれませんが あくまで自己責任でやってください。 おらは責任取りませんぞ！！ では、説明していきたいと思いますので、最後までお付き合いくだされ☆ ☆ もくじ ☆ ０．ソート処理が発生するSQLをなるべく使わない １．INDEXを有効に使う ２．結合に注意！！ ３．その他 ４．インポート・エクスポート ５．ちょっとしたSQL達！！でも忘れちゃう。。。 ６．パーティショニング（表領域のパーティション化） ７．マテリアライズド・ビュー ８．各種確認コマンド ０．ソート処理が発生するSQLをなるべく使わない SQLを遅くする要
8 April, 1998 Updated PCDN OracleWG S.Yamazaki 普段、SQL文を書いているときは、期待した結果が得られた文が最適であると思いがちです。しかし、果たしてそれが最適かどうかは疑問が残ります。最適なSQL文を書くことはプログラマの責任であり、アプリケーションの応答時間の短縮や、利用する資源の競合の減少を図る上では避けて通れない問題です。 ここで説明することが、SQL文のチューニングの最終到達点である「最適なアクセスパス」を選択できるように少しでもお役に立てれば幸いです。 最適なSQL文とは 最適なSQL文とは何をもって「最適」とするのでしょう。オペレーターが期待するデータ集合をDBから抽出するとき、さまざまなSQLの書き方を想定すると思います。その時、オペレーターはある程度の応答時間を想定してSQLを書くと思います。では、試行錯
外部結合演算子 (+) の制限事項 便利な外部結合演算子 (+) であるが、以下の制限事項があるため該当する場合は FROM 句での結合を使用する。 (+) 演算子の部分のマニュアルの表記の変化を見ていると、なにやら雲行きが怪しい表現になってきている。 しかし、今後、サポート対象外にするには 動的パフォーマンス・ビュー や 静的データ・ディクショナリ・ビュー に相当数使われているので、 それらを完全に書き換える必要がある。 これらはルールベース・オプティマイザ (RBO) 廃止という目標に比べてパフォーマンス上の恩恵がみえないにも関わらず、 ルールベース廃止のときよりもリスクが高そうな置換作業である。そんな冒険をするだろうか？ Oracle 11 の頃には、どのような表記になっているのか気になるところです。 参照： ANSI SQL、外部結合とは 制限事項 FROM 句の結合構文を含む問合
<概要> アーカイブログの説明をする前に、まずＲＥＤＯログの理解をしてください。 なぜなら、ＲＥＤＯログとアーカイブログは密接な関係があるからです。 ＲＥＤＯログなくして、アーカイブなし。そういう関係です。 まずはＲＥＤＯログファイルの説明から入りますね。 ＲＥＤＯログファイルは、オラクルの作業記録を複数のファイルでローテーションで残していく仕組みです。 したがって、ローテーションで上書きを行っていくため、 ＲＥＤＯログファイルのうち、最も古い作業記録が常に消去されていきます。 そこで、昔の作業記録を永遠に残しておくためのファイル（仕組み）が、アーカイブログです。 でも、そんなファイルを永遠に残して増やし続けたら、いつかディスクが満杯となってしまいます。 だから、もちろん運用方法によりますが、アーカイブログを出力しない方法もあります。 デフォルトは、アーカイブログを出力しないようになってい
データベースが運用段階になると、そのバックアップが重要になる。しかし、その方法はデータベースの運用形態によって異なる。バックアップの方法や仕組みを理解し、運用形態に最適なバックアップ計画を立案しよう。 前回まで、データベースの作成について解説してきました。Oracleのインストール時に作成されるデフォルトデータベースとは一味違う、自分のデータベースが作成できるようになればもう立派なOracleマイスターです。 いよいよデータベースの運用を始めなければなりませんが、それにはバックアップ計画が欠かせません。基本的な運用計画とバックアップ方法を身に付けましょう。 オンラインバックアップとコールドバックアップ データベースのバックアップには、大きく分けて「コールドバックアップ」と「オンラインバックアップ」の2つがあります。 コールドバックアップ データベースをすべて停止（shutdown）した状態
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く