【完全無料】AWS公式のDBマイグレーションハンズオンがめっさよろしおすだった件 | DevelopersIO
むっちゃオススメのAWS公式の無料トレーニング「データベースエンジニア向けマイグレーションハンズオン」受講レポです。 先日レポートした「【完全無料】AWS公式の専用線アクセス体験ハンズオンラボがごっつ良かった件」の興奮冷めやらぬ中、本日も行って来たのが、こちらになります。 データベースのマイグレーションも無料ハンズオンあるなんて全然知りませんでした。AWS懐深いでほんま。 普段業務でお客様とお話している中で、オンプレからAWSへのインフラ移行と合わせて、データベースの移行についても相談されることが非常に多いです。AWSには公式のDBマイグレーションのためのサービスとツール、DMS（Database Migration Service）とSCT（Schema Conversion Tool）が用意されており、今回はその使い方がメインのハンズオンとなります。 アプリケーションの基盤「データベー
[セミナーレポート] 商用データベースのクラウド移行 〜どのようなステップで進めればうまくいくのか〜 | DevelopersIO
AWSJ主催のセミナー：商用データベースのクラウド移行に参加しました。Oracleからの移行について、レポートします。 こんにちは、崔です。 4/11(木)にAWSJ主催のセミナー「商用データベースのクラウド移行」に参加しましたので、レポートします。 データベースのクラウド移行に関心のある方が多いのか、100名くらいの方が参加されていました。 主にOracleからのデータベース移行について、紹介されていました。 4つのセッションがありましたので、ポイントをかいつまんでレポートします。 データベースのクラウド化はなぜ重要か アマゾンウェブサービスジャパン株式会社 プラットフォーム事業開発部 北川様 はじめに AWSが提供するデータベースサービスを紹介した後に、データベース移行について述べられていました。 データベース移行は生半可にできるものではない 先日、OracleからAurora Pos
![[セミナーレポート] 商用データベースのクラウド移行 〜どのようなステップで進めればうまくいくのか〜 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/30da8aaf0bcaf2d5a601be1fd2a4fc3fa355e619/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_amazon-rds_1200x630.jpeg)
一人トランザクション技術のカレンダー | Advent Calendar 2016 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
log file sync - 日本エクセム株式会社 Oracle待機イベント情報
ユーザー・プロセスがコミットまたはロールバックを行うと、サーバー・プロセスはLGWRへ要求を送ります。 LGWRはREDOバッファの一番最後に記録された部分からコミットした部分までの全REDOエントリをREDOログ・ファイルへ 書込みます。この動作が行われた回数は、redo synch writesの統計で確認することができます。 サーバー・プロセスはコミットを実行した後、LGWRが正常にREDOエントリを書きだすまで待ちますが、 この時、log file sync待機イベントで待機します。 つまり、ログ・バッファとファイルの同期化を行う間、 LGWRプロセスはREDOエントリがREDOログ・ファイルへ書込みを完了するまで log parallel write待機イベントで待機し、サーバー・プロセスはlog file sync待機イベントで待機します。 サーバー・プロセスでは2つの理由でl
正しいデータは正しい設計に宿る - そーだいなるらくがき帳
って話をbuilderscon 2018でします。 builderscon.io 当日利用する資料はこちら。 speakerdeck.com 私のセッションはbuildersconの最終セッション。 皆さん素晴らしいセッションが並ぶ中で選択肢に迷ってる方も居ると思います。 だから先に公開しておきますのでこれをご覧になって、他のセッションに行くというのも有りだと思います。 あと事前に去年のトークを見てくれると当日はより理解が深まると思います。 同じ話を2回しても皆さんにとって勿体無いのでリファクタリングの細かい前提の話は当日はしません。 soudai.hatenablog.com 動画はこちら。 www.youtube.com これを見て、面白そうだなって思ったらぜひ、遊びに来てください。 僕が知ってるRDB設計、そしてRDBの歩み方を全てお伝えします。 あなたの新しい道の一歩目をご用意しま
MongoDBの様なNoSQLに勢いがあるのは何故ですか？SQLと比べてどんな利点や欠点がありますか？ - Quora
回答 (3件中の1件目) ハイプサイクルという概念をGartnerグループが提唱してまして、様々な流行りスタリのサイクルを分析する標準的な方法となっています。 ハイプとは過度な期待や熱狂を意味する言葉です。一発屋芸人の人気のカーブみたいなもので、テツandトモみたいに安定する場合と、消えていくものがあります。芸人ではありませんがDA PUMPは一茶の人間性もありまして、次は厳しいけど定着すると思っています。 なんだかのトリガーで評価が上がり始め、ピークを迎える。その後評価が下がっていき、底を打つと少し上がって定着するという経過をたどるとしています。これと同じモデルで、流行りのハイテク...
Webシステムにおけるデータベース接続アーキテクチャ概論 - ゆううきブログ
先月投稿した2015年Webサーバアーキテクチャ序論では、Webサーバアーキテクチャを学ぶ道のりと代表的な実装モデルの概要を紹介しました。 今回は、前回同様、主に新卒Webエンジニア向けに、Webアプリケーションサーバとデータベースサーバ間の接続管理モデルと運用事情について紹介します。 データベース接続の永続化やコネクションプーリングとは何なのか、なぜ必要なのかといったことが主な話題です。 背景 データベース接続の永続化とはなにか データベース接続のオーバヘッド データベース接続の永続化手法 コネクションプーリングとはなにか コネクションプーリング: ドライバ型 コネクションプーリング: プロキシ型 コネクションプーリング全体について PostgreSQLとMySQL 参考資料 まとめ 背景 2015年Webサーバアーキテクチャ序論では、Webサーバアーキテクチャの話とWebアプリケーショ
ER Master
<body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>
データベース アーキテクチャーの動向と使い分け
QConTokyo ( http://www.qcontokyo.com/KotaUENISHI_2015.html ) の発表スライド
論理削除はなぜ「筋が悪い」か
「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 第一の問題は、RDBに対してなされる様々な「更新」（トランザクション）は不定形（どのテーブルをどのように修正するかはアプリケーション依存）だという点。不定形な「更新」を時系列にそってRDBに記録していくのは、設計と並走性の点において困難あるいは煩雑なコーディングが必要になる（というか、そのような「イベント」による「変化」はREDOログに書き、その更新された「状態」をテーブルに反映していくというのが
論理削除が云々について - mike-neckのブログ
今日朝イチで見たエントリーがこれでした。 qiita.com 論理削除の弊害は色々なところで言われているけど、僕の足りない頭で理解している所によると、二つの値しか持たない削除フラグ的なものはカーディナリティが云々で検索条件につけても性能上的にもよくないし、意味がないということです。 論理削除を完全に悪だとは言いませんが、論理削除を極力排したい人たちは、基本的にデータそのものを削除する、もしくは論理削除というのはまだ要件的に未確定な要素が隠されていることを示すフラグであると考えているようです。 僕がITの業界でキャリアをスタートしてから2年目くらいに配置されたプロジェクトではT字型ER手法というのをベースにしたテーブル設計をしていて、そこでかなり鍛えられたわけですが、その時にはだいたいこのような原則を叩きこまれました。 テーブルに状態を持たせない 究極には機械が認識するキーと、人間にとって意
DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
30分でわかるER図の書き方 (6) - とあるソフトウェア開発者のブログ
前回に引き続き、IDEF1X形式のER図について説明します。今回は、エンティティの種別とリレーションシップの種別について、詳細を説明します。 前回: id:simply-k:20100707:1278514635 次回: id:simply-k:20100710:1278713401 目次: id:simply-k:20100716:1279237959 親エンティティと子エンティティ まずはじめに、親エンティティ(parent entity)と子エンティティ(child entity)について説明します。「1対多」または「1対1」のリレーションシップでは、片方のエンティティを親エンティティ、もう片方のエンティティを子エンティティと呼びます。*1 「1対多」の場合 「1対多」のリレーションシップにおける親エンティティと子エンティティの定義は、次の表のようになります。 分類 定義 親エンティ
ER図の目的とは？ 初心者向けに書き方を教えます
ER図（Entity Relationship Diagram） ER図とは、データベースのテーブル（Entity）とテーブル同士の関連（Relationship）を図に表したものであり、データベースのテーブル設計に用いられる。ER図において、エンティティは四角形の記号、リレーションは四角形同士を結ぶ線で表現される。 書き方 ER図の書き方は、エンティティとリレーションを記号で表して書く。ER図の書き方には、以下に示す２種類がある。 IDEF1X記法 IE記法 エンティティ 論理モデルのER図の場合、エンティティ（実体）は業務におけるひとまとまりのデータを表している。物理モデルのER図の場合、エンティティはデータベースのテーブルを表す。 エンティティには2種類あり、非依存実体と依存実体に分けられる。 非依存実体 非依存実体とは、他のエンティティに依存せずに存在できるエンティティである。例え
A5:SQL Mk-2でER図を描こう！！
A5:SQL Mk-2を使ってER図を描こう！！ このページでは ER図の簡単な説明と A5:SQL Mk-2 からER図を描く手順を示します。 ER図とは ER図とはコンピュータシステムを設計するときに、現実社会でのシステム化対象を「モデル化」するために用いる図です。 一そろいのデータの集まりをエンティティ(Entity)、エンティティ同士の結びつきをリレーション(Relation)と呼んで図にします。これがER図（Entity-Relation Diagram）と呼ばれるゆえんです。 データベース設計では特に、エンティティをテーブル、リレーションを参照整合性制約として図を描くことが多いですが、本来ER図は現実社会をモデル化したものであることを心にとめておいてください。 ER図の記号 エンティティとリレーション エンティティの記号 エンティティは箱の中にデータの名前を列挙して表します。
RDBMSのコネクションプーリングとかその辺の話 - wyukawa's diary
データベース技術の羅針盤 from Yoshinori Matsunobu これは素晴らしい資料で後半のキャリアの話とか面白いんだけど、今回書くのはp6,p8に書かれていた下記の話です。 PosgreSQLは接続がプロセスベースなのでLL言語との相性がよくない Pgpool(これはプロキシサーバー的に使うらしい)などのコネクションプールと併用することが多い MySQLは接続がスレッドベースなのでコネクションプーリングが使いづらいLL言語環境では魅力 なんでLL言語だとコネクションプーリングが使いづらいのかわからずつぶやいたらリプライもらってついでにちょっと前に話題になったRDBMSでコネクションプールが必要な理由、わからない。 - Togetterや7年前のブログエントリであるコネクションプーリングの話 - naoyaのはてなダイアリーを読み返してみて思ったことを書いてみる。全然まとまって
qpstudy 2013.07の懇親会でRDBMSのインデックスに関するクイズLTをしてきた - このブログはURLが変更になりました
2013/07/28に開催されたqpstudy 2013.07の懇親会で、RDBMSのインデックスに関するクイズLTをしてきました。 発表資料はこちら。 インデックス使えてる？じぇじぇじぇ！ from Takuto Matsuu 補足事項 発表では3問出題しましたが、本家のThe 3-Minute Test: What do you know about SQL performance?は5問あります。インデックスに自信が有る方は是非チャレンジしてみてください。 資料にも書きましたが、Use The Index, Luke!はインデックスを学ぶなら必見のサイトです。是非どうぞ。 Use The Index, Luke!の内容をまとめた書籍SQL PERFORMANCE EXPLAINEDについては以前このブログで紹介したのでそちらをどうぞ。PDF版もあります。 Use The Index,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
履歴を持つデータの設計
Oracle Consulting, Oracle Support and Oracle Training by BC Oracle Consulting
データベース技術の羅針盤
