あなたが知らない リレーショナルモデル
1. あなたが知らない リレーショナルモデル @dbtech showcase tokoy 2014 奥野 幹也 Twitter: @nippondanji mikiya (dot) okuno (at) gmail (dot) com 3. 自己紹介 ● MySQL サポートエンジニア – 日々のしごと ● トラブルシューティング全般 ● Q&A回答 ● パフォーマンスチューニング など ● ライフワーク – 自由なソフトウェアの普及 ● オープンソースではない ● ブログ 今日は個人として 参加しています。 – 漢のコンピュータ道 – http://nippondanji.blogspot.com/
イミュータブルデータモデル(入門編)
6. Step1 エンティティの抽出 発送担当者が受注リストをもとに、商品の在庫を確認し、在庫が あれば商品を発送する。 ① 要求仕様の「動詞」を抜き出しエンティティとする。 ② ①に関わる「名詞」を抜き出しエンティティとする。 ③ エンティティ間の関連に線を引く ④ 属性や候補キーも分かる範囲で書いておきます。 間違い！ この段階で実装をプロパティファイルにするとか、Enum にするとか決め打ちでエンティティとして表さないのはや めましょう。 まず、はじめにエンティティを抽出します。
Amazon RDS - Qiita
1.Amazon Relational Database Service（RDS）とは クラウド上で提供するRDBSサービスです。 RDBSとは、データ間の関係性が定義されたデータを取り扱う一般的なDBシステムです。 列と行がいくつかのテーブルで定義されていて、テーブル間のリレーションが設計されている。 データ操作にSQLを利用。 会計データ/顧客データといった構造化データに向いている。 Amazon RDS の特徴 ↑のようなことはAWSが管理してくれるマネージド型なので、開発者はアプリケーション開発に集中できる。 2.特徴や注意 特徴 RDBMSのインストール作業などの運用の負荷が劇的に削減できます。 障害時や誤作動が起きた際に、5分前の状態に戻すことが出来ます。 注意 RDSインスタンスに、SSH接続はできません。（パラメータグループを使います。） DB インスタンスは最大 7 日間
MySQL 8.0.16 でテーブルスペース・REDO ログ／UNDO ログ・システムテーブル暗号化 - Qiita
以前 MySQL 8.0.4 RCでテーブルスペース暗号化＋REDOログ／UNDOログ暗号化 という記事を書きましたが、 マイナーバージョンが上がるにつれて必須設定項目が減ったこと MySQL 8.0.16 でシステムテーブル（mysqlスキーマ）の暗号化をサポートしたこと から、今回、8.0.16 をベースに書き直しました。 【関連記事】 MySQL 8.0.13 で一般テーブルスペース（General Tablespace）を暗号化する MySQL 8.0.14 でバイナリログ・リレーログを暗号化する 【参考】 15.6.3.9 InnoDB Data-at-Rest Encryption（MySQL 8.0 Reference Manual） 設定 UNDO ログの細かい設定は必須ではなくなっています。 また、innodb_file_per_table=1がデフォルト設定に変わったた
MySQL 5.7の透過的データ暗号化 - Qiita
MySQL 5.7.11で導入、5.7.12で一部改良された、透過的データ暗号化をテストしたときのメモです。 とある勉強会のLTでグダグダになったので、あらためて書き直して投稿しておきます。 ※内容は無保証です。 2019/04/30 追記： MySQL 8.0 については以下の記事をご覧ください。 MySQL 8.0.16 でテーブルスペース・REDO ログ／UNDO ログ・システムテーブル暗号化 透過的データ暗号化（TDE）とは アプリケーション（SQL）側で暗号化／復号処理をしなくても、DBのデータファイルが暗号化される機能です。 データファイルや物理メディア（HDDなど）の窃取・盗難対策に有効です。 一方で、アプリケーション側にSQLインジェクションなどの脆弱性がある場合には、何の保護にもなりません。 MySQL以外のRDBMSでは 商用のOracleなどでは、かなり前から使えるよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
