Code Karle : Let's build scalable software!
© Copyright 2020 All rights reserved. Powered by Daub Technovision Pvt. Ltd.
本当にあったやらかしDB設計シリーズ一覧 - Qiita
本当にあったやらかしDB設計シリーズをまとめてみました SQLアンチパターンで書かれているほど高尚な問題ではなく、もっと初歩的な、でもありがちな問題を取り上げています 初心者を脱出したと思っている人に是非読んでもらい、正しく設計してもらうことを目的としています もしここに載っていないパターンを経験したことのある方がいたら是非教えてください 本当にあったやらかしDB設計①【R無しRDB】 本当にあったやらかしDB設計②【囚人番号テーブル】 本当にあったやらかしDB設計③【ロジカルクエリー】 本当にあったやらかしDB設計④【テストチューニング】 本当にあったやらかしDB設計⑤【第三正規化病】 本当にあったやらかしDB設計⑥【見えない削除フラグ】 本当にあったやらかしDB設計⑦【ステートフルDB】 本当にあったやらかしDB設計⑧【ファンクションDB】 本当にあったやらかしDB設計⑨【文字列日付】
Q&Aシート(Q&A管理表)のエクセルテンプレート | サンプルと使い方
システム開発やWebサイトリニューアルをする際に、事業者とやりとりするコミュニケーションツールが必要になることが、よくあります。 件数が少なかったり、担当者が1対1だったりするとメールでやりとりすれば済んでしまいますが、業務ごとに担当者が違っていたり、別の人が同じことを何度も聞いてしまったりといったことも起こります。 そこで、活用されるのがQ&Aシート(QA管理表)です。Q&Aシートで質問と回答を管理すれば、メールでやりとりするよりも効率的にコミュニケーションをとることができます。 今回はQ&Aシートのエクセルテンプレートとその使い方について紹介します。
第1回 データベース設計とは：初めてのデータベース設計｜gihyo.jp … 技術評論社
かつては非常に高価なもので、手軽に導入できないという印象のあったデータベースですが、現在では、PostgreSQLやMySQL、Firebirdなどといったオープンソースのデータベースが商用のものに引けを取らない機能、性能を備えるようになり、それほど規模の大きくないWebアプリケーションであっても、あたりまえのようにデータベースが使用されるようになりました。 本特集では、Webアプリケーションを初めて開発するという方に向けて、データベース設計の基本について説明していきます。なお、一言にデータベースといってもいろいろなものがありますが、いわゆるテーブルによってデータを管理するリレーショナルデータベースを対象とします。 今回は、データベース設計の全体的な流れについて説明します。 データベース設計とは、データベースによってデータを管理できるように、現実の世界を抽象化してデータモデルを作成していく
DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
DBアタマアカデミー 記事一覧 | gihyo.jp
最終回 治療としてのパフォーマンスチューニング―システムの病気はどう治す？（3） ミック 2011-04-01
トランザクションの設計と進化
3. Copyright©2016 NTT corp. All Rights Reserved. トランザクションの基本 トランザクションとは： データに対する一連の操作を一つにまとめた単位の事 トランザクションマネージャとは： 複数のトランザクションがACIDを守って走るよ うに管理する機構 A: Atomicity 結果がAll-or-Nothingとなる事 C: Consistency 一貫性を守る事 I: Isolation 過程が他の処理から見えない事 D: Durability 結果が永続化される事 Consistentな状態空間 Inconsistentな状態空間 Diskが取りうる全ての状態の空間 Atomicな遷移 4. Copyright©2016 NTT corp. All Rights Reserved. 何らかの実行順(スケジュール空間) 直列に実行した場合の結果
排他制御（楽観ロック・悲観ロック）の基礎 - Qiita
排他制御とは 共有資源（データやファイル）に対して複数のアクセスが見込まれる場合に、同時アクセスにより不整合が発生することを防ぐため、あるトランザクションが共有資源（データやファイル）にアクセスしている時は他トランザクションからはアクセスできないようにして直列に処理されるように制御すること。 ■同時アクセスによる不整合の例 ■排他制御をすることで整合性を保つ 排他制御の方式 排他制御の実現方式はいくつか存在するが、ここでは代表的な楽観ロック（楽観的排他制御）と悲観ロック（悲観的排他制御）を紹介する。 楽観ロック（楽観的排他制御） 楽観ロックとは、めったなことでは他者との同時更新は起きないであろう、という楽観的な前提の排他制御。データそのものに対してロックは行わずに、更新対象のデータがデータ取得時と同じ状態であることを確認してから更新することで、データの整合性を保証する方式。楽観ロックを使用
建築士はどんな仕事？ 仕事内容をわかりやすく解説 | 建築士の仕事・なり方・年収・資格を解説 | キャリアガーデン
建築士の業務の内容 建築士の業務は、大きく「設計段階」と「工事段階」に分けられます。 設計段階の業務 設計段階における建築士の業務は、施主が抱く建築物へのイメージを具体的な形にすることです。 「ファッションビルなので洗練された雰囲気にしたい」「病院なので清潔感を出したい」「日本らしい住宅で暮らしたい」など、用途に応じて施主の要望はさまざまです。 用途が同じであっても、日当たりや使いやすさ、収納量、材質、デザインなど、こだわりを打ち出すべき部分は建築物ごとに異なります。 施主のさまざまな希望を実現するために、豊富な専門知識に基づいた提案を行うことが建築士の重要な業務です。 建築士は、間取りや部屋の形状、耐久性、材木の使い方など、あらゆる要素を計算しながら設計図を組み立て、ときには予算内に収めるための節約アイデアも提案します。 工事段階の業務 工事段階においては、大工や左官職人、土木工事業者、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
<4134363588C0959497C72E786C7378>
https://trailhead.salesforce.com/trailblazer-community/download/file/0694S000001bzTCQAY
【DB概論】DBMSに求められるもの（1）排他制御とACID属性
Btabok - BTABoK
ライブラリ
https://www.pmaj.or.jp/activity/sig/itbm/rfp/rfp_limit/library/rfp_siryo/rfp_siryo_05.xls
システム開発ノウハウ | 若手エンジニアの羅針盤
Amazon.com: Software Systems Architecture: Working with Stakeholders Using Viewpoints and Perspectives (English Edition): Rozanski, Nick, Woods, Eóin: Digital Ebook Purchas
ソフトウェアシステムアーキテクチャ構築の原理 第2版 | ニック・ロザンスキ, オウェン・ウッズ, 牧野 祐子, 榊原 彰 | コンピュータ・IT | Kindleストア | Amazon
Amazon.co.jp： パターン、Wiki、XP ~時を超えた創造の原則: 江渡 浩一郎: 本
http://www.jorisdormans.nl/pdf/dormans_engineering_emergence.pdf