BASEアドベントカレンダー2021 10日目の記事です。 BASEアドベントカレンダー2021 10日目 BASE BANKでエンジニアをしている @budougumi0617 です。 マイグレーションファイルが含まれたPull Request（PR）が作られたとき、自動更新したER図をPRに追加するGitHub Actionsを作りました。 本記事では紹介するGitHub Actionsを利用すると次のようなメリットが得られます。 マイグレーションファイルをPRに出すだけでPRに更新されたER図が追加される 開発者は面倒なER図の更新作業から開放される レビューアはマイグレーションファイルを含んだPRをER図を見ながらレビューできるようになる プロジェクト関係者は常にメインブランチのマイグレーションファイルの状態と一致したER図を確認できる サンプルPR 自動生成したER図 TL;DR
【2019/09/12 追記】 この資料は旧版であり、最新版が存在します。 2019/09/12 にアップロードしたものをご参照ください 最新版 → https://www.slideshare.net/AmazonWebServicesJapan/db-20190905 --------（元の文）------------------- 2019/05/09 に #AWSLoft Tokyo で開催されたイベント、「イチから理解するサーバーレスアプリ開発」における講演資料の一つです。 ・サーバーレスアプリケーションにおいて Amazon DynamoDB が利用しやすい理由 ・RDB と DynamoDB の設計プロセス・考え方の対比・明文化 ・実例に沿った DynamoDB の設計プロセス解説とサンプル例題 などを含みます。 イベント: https://understandingbasi
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 名著SQLアンチパターンを読み終えたので、それの復習のために悍ましいデータベースを作ろうと思った。 まず前半では、SQLアンチパターンを意図的に盛り込み、目も当てられない酷い設計をします。 そのあとリファクタリングを行なったER図に書き直していきます。 なお、真面目に書くと参考書の丸写しになってしまうので、この記事は アンチパターンもりもりのER図を見て嫌悪感を学習し、設計に役立てようという趣向のもと、詳しい説明は省きます。 とても良い本なので読んでください。 想定するシステムの概要と状況 目的において適切かはわかりませんが、とり
NoSQL=キーバリューストア(KVS)でまとめられて紹介されてたり、KVS、列指向データベース、 ドキュメント指向データベースを分けてるものがあったり、混乱する・・・ 名前を見ても、NoSQLなのか、Twitterのクライアントなのか、わからなくなってし。 それは、HootSuiteとHadoopを混同してるだけかｗ。 ウィリアムのいたずらの開発日記 NoSQLの位置づけを分類してみると、下に記載した参考のURLを見て、追加してみた。 太文字は以前から知ってた(聞いたことがある程度含む)もので、他意はない。 データベース NoSQL キーバリューストア (Key-Value Store、KVS) Berkeley DB Chordless Coherence(Oracle) Dynamo（Amazon) Dynomite(Amazons DynamoのOSS) Flare(GREE) g
ドキュメント指向データベースの概要 リレーショナルデータベースでは、データを表形式で保存します。そのため、表にしやすいデータであれば、効率よく管理することができます。 しかし、世の中全てのデータを表にできるかと言えば、そうではありません。そのようなデータをリレーショナルデータベースで管理しようとすると、どうしても無理が生じてしまいます。その結果、プログラムを組むのが難しくなったり、処理に時間がかかるようになったりしてしまいます。 このような中で、柔軟な構造でデータを扱えるようなデータベースとして、「ドキュメント指向データベース」と呼ばれるデータベースが出てきました。 ドキュメント指向データベースでは、1件分のデータを「ドキュメント」と呼びます。また、個々のドキュメントのデータ構造は自由で、データを追加する都度変えることができます（図1）。リレーショナルデータベースとは違って、事前にテーブル
図3●Oracle付属のSQL＊Plusで実行計画を表示したところ。画面下部のインデントは図2のツリーの親子関係を表します 効率の良い実行計画を作成する 次は，実行計画の作成です。こちらも例を挙げて説明したほうがわかりやすいでしょう。Oracleに付属するサンプルの従業員テーブル（emp）と部署テーブル（dept）から，従業員の一覧を取り出す以下のようなSQL文を実行するとします。 SELECT ename, job, sal, dname FROM emp, dept WHERE emp.deptno = dept.deptno テーブルdeptでは部署番号deptnoが主キーで，インデックスpk_deptnoが定義されています。一方テーブルempでは，deptnoが外部キー＊5になりますが，これに対してインデックスは定義されていません。 オプティマイザは，このSQL文に対して（図2[拡
図3●WHERE句を間違えたSQL文の例<BR>（1）はDELETE文でWHERE句を指定しなかった例。WHERE句を指定しないと，すべてのレコードが選択されたことになり，全レコードが削除されてしまう。（2）はUPDATE文でWHERE句を間違えた例。WHERE句を間違えても指定した通りに実行し，更新してはいけない個所まで更新してしまう。（3）はSELECT文においてテーブル間の結合条件を忘れた例。この場合，2つのテーブルの全組み合わせが行われ，期待しない結果が出力される リレーショナル・データベース管理システム（RDBMS）を利用する上で欠かせないのが「SQL」の習得である。SQLの習得はSEにとって必須であるが，SQLはC/C++やJavaなどの汎用プログラミング言語とは異なる特性を持つため，利用には注意すべき点がある。本セミナーの目的は，SQLを使い始める際に陥りやすい失敗や気をつけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
