こんにちは、平野です。 ずっと在宅で仕事しているので、郊外に引っ越したいです...！！ INSERT INTOをする複数のSQLクエリがあり、INSERTするレコードの取得に複数のテーブルを参照しているような場合、 その依存関係をひと目で確認できるグラフが欲しいです。 ですがPowerPointなどで自分で作るのはさすがにご勘弁願いたいということろで、 やり方を調べていた所、Pythonのパッケージ依存関係可視化のツールを使うというアイディアに行き着きました。 こういったグラフはGraphvizなどで描けることは知っていたのですが、 DOT言語の書き方などを一から学ぶのは辛いものがある。。。という状況でした。 その際、Pyreverseというツールを使うとすぐできたのでその方法を簡単にまとめます。 この記事ではあくまでも上記のような目的にPyreverseを使用したという内容であって、 P
そーだいなる DBRE Nightでの登壇資料です https://connpass.com/event/138437/ # 紹介資料 - https://speakerdeck.com/soudai/shi-xing-ji-hua-falsehua - https://www.yout…
9. 例；振替送⾦ 9 (1) ⼝座Aの残⾼から10万円を引く ⼝座Aから⼝座Bへ10万円を振替送⾦ UPDATE 銀⾏⼝座 SET 残⾼ = 残⾼-10 WHERE ⼝座 = 'A'; (2) ⼝座Bの残⾼に10万円を⾜す UPDATE 銀⾏⼝座 SET 残⾼ = 残⾼+10 WHERE ⼝座 = 'B'; ⼝座 残⾼ A 20 B 5 銀⾏⼝座 ⼝座 残⾼ A 10 B 5 銀⾏⼝座 (1) ⼝座 残⾼ A 10 B 15 銀⾏⼝座 (2) 1トランザクション 10. 例；アイテムの購⼊ (1) 薬草の在庫数を3個減らす ユーザ=アリスが1個10Gの薬草を3個購⼊ UPDATE 在庫 SET 残数 = 残数-3 WHERE アイテム名 = '薬草'; (2) ユーザの所有アイテム数を3個増やす UPDATE 所有アイテム SET 所有数 = 所有数+3 WHERE ユーザ名 = 'アリ
全12回の連載も今回で最終回です。手間暇かけて構築したデータベースサーバに必ず訪れる「リプレース」という作業について、移行計画を作成するに当たっての考え方と具体的な検討項目を説明します。【更新版】
RDB - DELETE_FLAG を付ける前に確認したいこと。 - Qiita 論理削除が云々について - mike-neckのブログ Kazuho's Weblog: 論理削除はなぜ「筋が悪い」か 流行っているので乗っかります。 結論 「データ制約の強力さと集合としての表現力を捨てながら、Relational Databaseを使うのはなぜか？」 論理削除フラグのデメリット 大体三つあると考えています。 ユーザーの言葉でない データ制約の弱さ 集合として認識できない ユーザーの言葉でない 私の経験上は、ユーザーから「論理削除」という言葉を聞いたことがありません。 次のような要件は、聞いたことがあります 社員が退職（・転属）する （売掛金の回収を諦めて）売上を打ち消す 「お知らせメッセージ」を公開日がくるまで非表示にする 既読メッセージを表示しない 保存期間が過ぎたアンケート結果をオペレ
営業のアプローチ方法にA,Bがあるとして(例えば「礼状は手書きで出す」「礼状は印刷して出す」とか)、Aの成約率が10%でBのそれが5%なら、「Aしかやらない」というのは悪くない選択だろう。だが我々の仕事は営業とは違っている。 ある量産品の製造方法にA,Bがあるとして、Aの良品率が98%でBのそれが95%なら、Aで製造するのが正しいだろう。だが我々の仕事は量産品の製造とは違っている。 システム開発における失敗プロジェクトは、営業における失注や工場における不良品のようなものではない。つまり、事業を行う上での必要経費ではない。 だから、A,Bどちらの開発技法を採用すべきかを、プロジェクトの成功率で決めることはできない。 仮に自然キーを採用したプロジェクトの成功率が5割で、サロゲートキーを使った場合のそれが9割だったとして、「すべてのシステムにサロゲートキーを使う」という判断は間違っている。1割の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
