toggle holdings Engineering Handbook
  • toggle holdings Engineering Handbook
  • 🏫Chapter 1 : toggle holdings engineer 101
    • 📏バリューとポリシー
    • 💟勤務体制と福利厚生
    • 💻開発環境
    • 🐣基礎研修
      • 我々は何者か・何を目指すのか
      • エンジニアの道徳
      • エンジニアの自己理解
      • 意思決定と認知負荷
      • 効果的なコミュニケーションスキル
      • クリティカルシンキングとロジカルシンキング
      • 依頼の受け方、依頼の出し方
      • 効果的な質問の仕方
      • ミスの要因と対策
      • 成長マインドセット
      • 文書作成の基本
      • 技術ドキュメントの書き方
      • 会社の収益構造
      • Webアプリケーションの基本概念
      • HTTPとDNS
      • コンピューターネットワーク
      • メールの基本概念
      • VSCode
      • Typing
      • Linuxとシェル
      • Makefile
      • GitおよびGitHub概要
      • Git
      • GitHub
      • 要件定義
      • ソフトウェア設計とテスト
      • データベース
      • SQL
      • コンテナ技術
      • フロントエンド開発
      • バックエンド開発
      • Webアプリケーションのセキュリティと認証・認可
      • エラーメッセージの読み方
      • IaCツール
      • TypeScript
      • Python
      • MySQL
      • PostgreSQL
      • Redis
      • Docker
      • Pulumi
      • Google Apps Script
      • 推奨書籍・Webサイト
    • 🧑‍💻テックリード研修
      • 技術者がリーダーになることの重要性
      • テックリードの適格性と要件
      • テックリードのスキルセット
      • リーダーとしての自己成長
    • 📙マネージメント研修
      • エンジニアリングマネージャーの役割と責任
      • エンジニアリングマネージャーの適格性と要件
      • リーダーシップとコミュニケーション
      • プロジェクトマネジメント
      • 技術リーダーシップとイノベーション
      • パフォーマンス管理と成果の追跡
      • 変化管理と組織文化の推進
      • エンジニアリングマネージャーとしての倫理と責任
      • マネージャーとしての自己成長
    • 🤝エンジニア採用
      • 📨中途採用
      • 🥚新卒採用
    • 🛫オンボーディング
    • 📊人事制度
  • 🌐Chapter 2 : Products & Development
    • 🏢デベNAVI
    • 🧪トグルラボ
  • 📃Appendix
    • 用語集
    • 用語集(土地売買特化)
GitBook提供
このページ内
  • 統一的なデータ管理の必要性
  • データの重要性と複雑さ
  • データの一元管理の重要性
  • データベースの役割と利点
  • データベースの基本概念
  • データベースの定義と特徴
  • エンティティと属性
  • データモデルと関係モデル
  • スキーマとインスタンス
  • データベース管理システム(DBMS)
  • DBMSの役割と機能
  • 主要なDBMSの種類と特徴
  • SQL(Structured Query Language)
  • データベース設計と正規化
  • データベース設計の重要性
  • 正規化の概念と基本原則
  • 正規化の目的と利点
  • 敢えて正規化をしない場合
  • データベースクエリと操作
  • データベースへのクエリと問い合わせ
  • データの挿入、更新、削除
  • データベースの参照と結合
  • トランザクションとデータの整合性
  • トランザクションの概念と特徴
  • ACID特性(原子性、一貫性、独立性、永続性)
  • 並行処理とデッドロックの問題
  • データベースセキュリティとアクセス制御
  • データベースのセキュリティの重要性
  • ユーザー認証とアクセス制御
  • バックアップとリカバリ
  1. Chapter 1 : toggle holdings engineer 101
  2. 基礎研修

データベース

特定のデータベース製品の話ではなく、業務上必要となる一般的なデータベースの知識をまとめます

統一的なデータ管理の必要性

データの重要性と複雑さ

タ、在庫情報、プロジェクトデータなど、さまざまな形式とコンテキストの情報が含まれます。これらのデータは企業の意思決定やビジネス戦略の基礎となります。しかし、データは複雑で多様な形式で存在し、異なるシステムや部門に分散して保存される場合もあります。

データの一元管理の重要性

データの一元管理は、データを統一的に管理し、整理することを指します。データが分散していると、データの整合性や正確性の維持が難しくなります。さまざまなデータストアやフォーマットを使用している場合、データの重複や矛盾が生じる可能性があります。一元管理により、データの一貫性、正確性、セキュリティを確保し、データの品質を向上させることができます。

データベースの役割と利点

データベースは、データの効率的な管理と組織化を可能にするためのシステムです。データベースは次のような役割と利点を提供します。

  • データの集中管理: データベースは、データを一元的に管理するための中央の場所です。データをデータベースに格納することで、重複や衝突を防ぎ、データの信頼性と一貫性を確保します。

  • データの構造化と整理: データベースは、データを構造化するためのスキーマやテーブルの概念を提供します。これにより、データを関連性のある情報のセットとして整理し、効率的なデータ操作と検索を実現できます。

  • データのセキュリティとアクセス制御: データベースは、データのセキュリティを確保するための機能を提供します。ユーザー認証やアクセス制御を実施し、機密性やデータの漏洩を防止します。

  • データの一貫性と整合性: データベースは、データの整合性を維持するためのトランザクション処理をサポートします。トランザクションにより、複数のデータ操作がアトミックに実行され、データの一貫性が確保されます。

  • データの共有と協力: データベースは、複数のユーザーが同じデータにアクセスして協力することを可能にします。複数のユーザーが同時にデータを更新したり、データのバージョン管理を行ったりすることができます。

データベースの基本概念

データベースの定義と特徴

データベースは、関連するデータを組織化して格納し、効率的なアクセスと操作を可能にするシステムです。データベースは永続的にデータを保存し、データの整合性とセキュリティを確保します。データベースは複数の関連データの集合体であり、データベース管理システム(DBMS)を使用して操作されます。

エンティティと属性

エンティティは、データベース内で情報を表すものです。エンティティは実世界の対象(例: 顧客、商品、注文)やコンセプト(例: 学生、車両、イベント)に対応することがあります。エンティティは属性を持ち、属性はエンティティに関連するデータの特性や要素を表します。例えば、顧客エンティティには名前、住所、電話番号などの属性が含まれます。

データモデルと関係モデル

データモデルは、データベース内のデータの構造と関係を表現する方法です。データモデルにはさまざまな種類がありますが、最も広く使用されているのは関係モデルです。関係モデルでは、データをテーブル(関係)の形式で表現します。各テーブルには複数の行(レコード)があり、各行は列(属性)によってデータが格納されます。

スキーマとインスタンス

データベースのスキーマは、データベースの構造と設計を定義するものです。スキーマはエンティティ、属性、関係、制約などの情報を含み、データベースの論理的な構造を示します。一方、データベースのインスタンスは、実際のデータベース内に存在する具体的なデータの値や内容を指します。スキーマはデータベースの設計図であり、インスタンスは実際のデータベース内のデータの実体です。

データベース管理システム(DBMS)

DBMSの役割と機能

DBMSは、データベースを管理するためのソフトウェアシステムです。DBMSの主な役割と機能は以下の通りです。

  • データの格納と管理: DBMSはデータをデータベースに格納し、データの作成、読み取り、更新、削除などの操作を管理します。データの整合性やセキュリティの確保、データのバックアップやリカバリも行います。

  • データベースの設計と定義: DBMSはデータベースのスキーマ(構造)を定義し、データモデルに基づいてエンティティ、属性、関係、制約などを設計します。また、データの関連性や依存関係を管理します。

  • データの抽出と変換: DBMSはデータの検索やクエリ処理を実行し、データの抽出、変換、集計などを行います。データの結合、フィルタリング、ソートなどの操作をサポートします。

  • データの共有とアクセス制御: DBMSは複数のユーザーが同時にデータベースにアクセスできるようにし、データの共有と協力を可能にします。同時アクセス制御やトランザクション管理により、データの整合性と一貫性を確保します。

  • パフォーマンスの最適化: DBMSはクエリの最適化やインデックスの作成、キャッシュの管理などを行い、データベースのパフォーマンスを最適化します。

主要なDBMSの種類と特徴

  1. いくつかの主要なDBMSの種類と特徴は以下の通りです。

  • 関係型DBMS(RDBMS): データをテーブルの形式で表現する関係モデルに基づくDBMSです。代表的なRDBMSとしてはOracle Database、MySQL、PostgreSQL、Microsoft SQL Serverがあります。toggle holdingsではMySQLとPostgreSQLを利用しています。

  • オブジェクト指向DBMS(OODBMS): オブジェクト指向プログラミングの概念をデータベースに適用したDBMSです。オブジェクトの継承やポリモーフィズムなどをサポートします。

  • ドキュメント指向DBMS(Document DBMS): 階層型やキーバリュー型のドキュメントを格納し、柔軟なデータ構造を持つDBMSです。MongoDBが代表的な例です。

  • グラフDBMS: グラフデータベースは、ノードとエッジの関係をグラフ構造で表現するDBMSです。ノード間の関係性を迅速に分析することができます。Neo4jが有名です。

SQL(Structured Query Language)

SQLは、関係データベースのデータ操作やクエリ言語です。SQLはデータベースへのデータの挿入、更新、削除、抽出などの操作を行うために使用されます。SQLはデータベースのスキーマ定義やセキュリティ設定などもサポートします。ほとんどのDBMSでSQLが標準的なデータ操作言語として採用されています。

データベース設計と正規化

データベース設計の重要性

データベース設計は、データベースの構造と関係を定義し、データの整理と効率的な管理を実現するための重要なプロセスです。適切なデータベース設計により、データの整合性、一貫性、セキュリティが確保され、データベースのパフォーマンスが最適化されます。また、将来の拡張や変更にも対応できる柔軟性を持ったデータベース設計を行うことが重要です。

正規化の概念と基本原則

正規化は、データベースの設計プロセスで使用される方法論です。正規化の目的は、データの冗長性を排除し、データの依存関係を最小限に抑えることです。正規化にはいくつかの基本原則があります。

  • 第一正規化(1NF): データベース内のテーブルの個々のセルには、1つの値しか格納しないようにします。これにより、データの重複や矛盾がなくなります。

  • 第二正規化(2NF): テーブル内のすべての非キー属性は、主キーに完全に関数的に依存していることを保証します。つまり、非キー属性は主キーの部分集合に対してのみ依存するようにします。

  • 第三正規化(3NF): テーブル内のすべての非キー属性が、他の非キー属性に関数的に依存していないことを保証します。つまり、テーブル内の属性間の転送的な依存関係を排除します。

正規化の目的と利点

正規化の主な目的は、データの整合性と効率的なデータ管理を実現することです。正規化によるデータベース設計の利点は以下の通りです。

  • データの冗長性の排除: 正規化により、データの冗長性を最小限に抑えることができます。データの重複が少なくなるため、データの一貫性と信頼性が向上します。

  • データの更新と保守の容易性: 正規化されたデータベースでは、データの変更がより簡単になります。データの更新や追加は少ないテーブルで行われるため、データの保守や管理が容易になります。

  • 検索とクエリの効率化: 正規化により、データの関連性が明確になり、データの検索やクエリ処理が効率化されます。データが分散していないため、データベースエンジンは必要な情報をより迅速に取得できます。

  • 柔軟性と拡張性: 正規化されたデータベース設計は、将来の拡張や変更に対応する柔軟性を持っています。新たな要件や関連性の変化に対応するために、テーブルの追加や変更が容易に行えます。

敢えて正規化をしない場合

正規化は一般的にはデータベース設計において推奨される手法ですが、一部のケースでは正規化を適用しないまたは適用すべきではない場合があります。以下に、正規化をしない・すべきでないケースのいくつかを説明します。

  1. データの単純性: データが非常に単純であり、関連性や依存関係がほとんど存在しない場合、正規化は必要ない場合があります。データの冗長性や整合性の問題がなく、データの検索や操作が簡単に行える場合、正規化を適用する必要はありません。

  2. パフォーマンスの最適化: 正規化はデータの整合性や冗長性の排除を重視しますが、一部の場合ではデータベースのパフォーマンスを最適化するために正規化を適用しない方が効果的です。特に大規模なデータベースや複雑なクエリ処理を必要とする場合、正規化によるテーブルの結合や関連性の操作がパフォーマンスを低下させる可能性があります。

  3. データの分析やレポート作成: データベースが主にデータの分析やレポート作成に使用される場合、正規化を厳密に適用する必要性が低くなることがあります。データの関連性や依存関係が分析やレポート作成に不要である場合、デノーマライズ(正規化の逆操作)を行い、データの取得と分析を効率化することができます。

  4. パフォーマンスとデータ整合性のトレードオフ: 正規化はデータの整合性を高める一方で、データの操作や検索のパフォーマンスに影響を与える場合があります。一部のアプリケーションでは、パフォーマンスを重視する必要性が高まり、データ整合性に関して一定の妥協を許容することがあります。

データベースクエリと操作

データベースへのクエリと問い合わせ

データベースへのクエリと問い合わせは、データの抽出や検索を目的とした操作です。SQL(Structured Query Language)を使用して、データベースに対してクエリを発行し、特定の条件に一致するデータを取得します。クエリはデータベースに対して特定の要求や質問を投げかけ、結果セットとして該当するデータを返します。クエリは条件式や結合などを含むことができ、複雑なデータ検索や集計を実行することができます。

データの挿入、更新、削除

データベースにはデータの挿入、更新、削除を行うための操作があります。

  • データの挿入(INSERT): 新しいデータをデータベースに追加します。指定したテーブルに新しい行を挿入し、データを格納します。挿入するデータは指定した列に対応する値を指定する必要があります。

  • データの更新(UPDATE): データベース内の既存のデータを更新します。指定したテーブルの特定の行の値を変更します。更新するデータと変更対象の行を指定する必要があります。

  • データの削除(DELETE): データベースからデータを削除します。指定したテーブルから特定の行または条件に一致する行を削除します。

これらの操作を使用することで、データの変更やデータベース内のデータの管理が可能になります。

データベースの参照と結合

データベースの参照と結合は、複数のテーブルからデータを取得する操作です。

  • データの参照(SELECT): データベースからデータを取得するための操作です。指定したテーブルや列からデータを取得し、結果セットとして返します。SELECT文を使用してクエリを作成し、条件や並べ替えなどを指定することで、必要なデータを抽出することができます。

  • テーブルの結合(JOIN): データベース内の複数のテーブルを関連付けてデータを結合します。結合を使用することで、関連するデータを1つの結果セットとして取得することができます。結合は共通のキーを持つテーブル間で行われ、異なるテーブルからのデータを結びつけることができます。

トランザクションとデータの整合性

トランザクションの概念と特徴

トランザクションは、データベース内で実行される一連の処理の単位です。トランザクションは、複数のデータベース操作(例: データの挿入、更新、削除)をまとめて実行することを指します。トランザクションは、一連の処理がすべて成功するか、またはすべて失敗するかのいずれかの状態を保証することが特徴です。トランザクションは、データベースの整合性と信頼性を確保するために重要な役割を果たします。

ACID特性(原子性、一貫性、独立性、永続性)

ACIDは、トランザクションが必要とする特性を表す頭字語です。

  • 原子性(Atomicity): トランザクションは、全ての処理が成功するか、失敗するかのいずれかの状態であることを保証します。トランザクション内の各操作は、個別に実行されるのではなく、すべてがまとめて処理されます。もしトランザクションの途中でエラーが発生した場合、それ以前の操作も全てキャンセルされます。

  • 一貫性(Consistency): トランザクションの実行前後でデータベースは一貫した状態を保持します。つまり、トランザクションの前後でデータベース内の制約や関連性が壊れないことを保証します。トランザクションが正常に終了すると、データベースは一貫性のある状態に戻ることが期待されます。

  • 独立性(Isolation): トランザクションは互いに独立して実行されることが保証されます。つまり、同時に実行される複数のトランザクションは互いに干渉しないようになっています。他のトランザクションの影響を受けることなく、各トランザクションは独自のデータ操作を行います。

  • 永続性(Durability): トランザクションが正常に終了すると、その結果としてのデータの変更は永続的にデータベースに保存されます。データの変更はディスクやストレージに書き込まれ、システムの障害や電力の喪失などの問題が発生してもデータが失われることはありません。

並行処理とデッドロックの問題

並行処理は、複数のトランザクションが同時に実行されることを指します。しかし、並行処理にはデータの整合性を保つために解決しなければならないいくつかの問題があります。

デッドロックは、複数のトランザクションが互いに必要なリソースを持っているために進行が停止し、処理が永久にブロックされる状態です。デッドロックは避ける必要があり、適切なロック管理やデッドロック検知と回避のアルゴリズムが必要です。

データベースセキュリティとアクセス制御

データベースのセキュリティの重要性

データベースのセキュリティは、データの機密性、完全性、可用性を保護するために重要です。データベースは重要な情報や機密データを保持しており、不正アクセスやデータの改ざん、消失などのセキュリティ侵害が発生すると、重大な影響を及ぼす可能性があります。セキュリティ対策は、機密情報の漏洩を防ぎ、データの整合性を保ち、適切な人々が必要な情報にアクセスできるようにするために不可欠です。

ユーザー認証とアクセス制御

ユーザー認証とアクセス制御は、データベースへのアクセスを制限し、権限を管理するための手法です。

  • ユーザー認証: データベースにアクセスするユーザーの正当性を確認するプロセスです。ユーザーは一意の識別子(ユーザー名)とパスワードを提供して認証されます。

  • アクセス制御: データベース内のリソースへのアクセスを制御する仕組みです。ロールベースのアクセス制御やアクセス権の付与により、ユーザーやグループごとにデータベース内のオブジェクト(テーブル、ビュー、手続きなど)へのアクセス権を設定します。また、最小特権の原則に従って、ユーザーに必要な最低限のアクセス権のみを与えることが推奨されます。

バックアップとリカバリ

データベースのバックアップとリカバリは、データの保護と連続的な可用性を確保するために重要な手段です。

  • バックアップ: データベースの定期的なバックアップは、データの保護と災害からの回復を目的としています。バックアップはデータベースのコピーを取り、オフサイトのストレージや別のデバイスに保存します。バックアップは定期的に実施されるべきであり、データの損失や破損が発生した場合にデータの復旧を可能にします。

  • リカバリ: データベースのリカバリは、データの損失や障害からデータベースを回復するための手順です。バックアップからデータベースを復元し、トランザクションログを使用してデータベースを特定のポイントまで回復します。リカバリはデータの完全性を確保し、適切な状態にデータベースを復旧させるために重要です。

前へソフトウェア設計とテスト次へSQL

最終更新 1 年前

🏫
🐣