タグ

データベースに関するkyopecoのブックマーク (22)

  • 衝撃的なデータベース理論・関手的データモデル 入門 - 檜山正幸のキマイラ飼育記 (はてなBlog)

    デイヴィッド・スピヴァックによる衝撃的なデータベース理論である関手的データモデル。どうしたらうまく説明できるか? と色々と悩んでしまいますが、まー、書けるところから書き始めてしまいましょう。 さー、いらっしゃい、いらっしゃい。関手的データモデルの世界へようこそ。圏論の言葉は出てきますが、圏論の予備知識はほぼゼロでOKですよ。 [追記 date="翌日"]取り急ぎ勢いで書きましたので、不注意と早とちりが混じっていました。追記と取り消し線の形で訂正と注記を足しました。字句レベルの表現の変更は直接編集しています。 あとそれと、圏論の基用語を知りたいときはコチラ、… って、……、ゴメン![/追記] 内容: はじめに の購入のサンプル スキーマのグラフ表現 キーとか計算カラムとか 圏としてのスキーマ 関手としてのデータベース状態 テーブルの変化 自然変換としてのデータ操作 データベースに圏論が使

    衝撃的なデータベース理論・関手的データモデル 入門 - 檜山正幸のキマイラ飼育記 (はてなBlog)
  • InfoQ: グラフデータベース、NOSQL、Neo4j

    VoldemortやTokyo Cabinetといったキー/バリューシステムにおけるモデリングの最小単位はキー/バリューペアになる。そして、BigTableやそのクローンでは可変数の属性をもつタプルに、CouchDBやMongoDBといったドキュメントデータベースではドキュメントになる。これに対しグラフデータベースでは、データセット全体をひとつの巨大な高密度ネットワーク構造としてモデル化する。 ここではNOSQLデータベースにおける2つの興味深いポイント、スケーラビリティと複雑さについて詳しく説明する。 1. スケーラビリティ CAP: ACID 対 BASE 従来のデータベースシステムのほとんどは、トランザクションに基づいてデータの完全性を保証する。トランザクションを使うことで、データ管理のあらゆる状況において、データの一貫性を確保している。こうしたトランザクションの性質は、ACID(A

    InfoQ: グラフデータベース、NOSQL、Neo4j
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • オンラインマニュアル ページ移転のお知らせ:ミドルウェア:ソフトウェア:日立

  • Entity Data Model のリレーションシップ

    リレーションシップは、複数のエンティティ間の論理的な関係です。アプリケーション内で特定の意味を持つデータには、その構成要素間にリレーションシップが存在します。データ モデリングにはリレーションシップが不可欠です。しかし、リレーショナル データベース モデルでは、リレーションシップが明示的にはサポートされていません。ただし、リレーションシップに含まれる一部の制約は、主キー、外部キー、および参照整合性を使って実装されています。 対照的に、エンティティ データ モデル (EDM) は、データ モデルのリレーションシップを明示的にサポートすることで、柔軟なモデリング機能を実現しています。リレーションシップのサポートは EDM クエリにも及んでおり、リレーションシップに基づく明示的な参照とナビゲーションが可能となっています。 EDM は、アソシエーションと呼ばれるピア ツー ピアのリレーションシップ

    Entity Data Model のリレーションシップ
  • 第6回 SQLデータベースの核心,SQL文とリレーションシップ

    データベースを使う案件では,いろいろな資料の中で「SQL」という単語を目にすることが多くなります。「SQLデータベース」や「SQL文」といった使われ方をします。このSQLとはなんでしょうか。 SQLとはなにか ここまでデータベースというものを理解していただくのに,Microsoft Excelで作った表を見てきました。 データベースの中にデータが納まっている様子を直感的に理解するのに,Excelはとても便利です。例えばExcelにデータを足すというのは,普通に書きたいセルに移動して,数字や文字をタイプするだけです。データを引き出すという行為がありませんし,並べ替えや抽出はメニューからの操作になります。 しかし,多くのデータベース・ソフトにはこうしたExcelのような操作画面は存在しません。一覧すら出ません。ではどうやって一覧を見たり,データを足したり,必要なものを取り出したりするのでしょう

    第6回 SQLデータベースの核心,SQL文とリレーションシップ
  • TapKitユーザーガイド

    TapKitではER(エンティティリレーションシップ)モデリングを使用して、リレーショナルデータベースとオブジェクトをマッピングします。 エンティティと属性 データベースのテーブルはエンティティに、フィールドは属性にそれぞれマッピングされます。この情報を元に、データベース行はデータベースオブジェクトにマッピングされ、属性は値にアクセスするためのキーとなります。 リレーションシップ リレーションシップは参照元の属性と参照先の属性を定義するだけの単純なものです。リレーションシップは属性と同じくデータベースオブジェクトのキーであり、データベースオブジェクトからは属性と同じようにリレーション先のオブジェクトを扱うことができます。 リレーションシップの方向性 リレーションシップは「単一方向」です。リレーションシップには参照元のエンティティと参照先のエンティティを設定しますが、これを逆にたどることはで

  • ビジネス環境の変化に強いデータ構造はこう作れ

    Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.

  • 複合主キーを避けるべき理由 - 虎塚

    データベース設計の話をしていて、「連番の主キーは業務上意味のないデータだから、テーブルに持たせるのはムダだ。複合主キーにするべき」という意見を聞く機会がありました。 脊髄反射で「ないわー」と思ったものの、理由を上手く説明できなかったので、改めて考えてみました。 その結果、次のような結論に至りました。 単一の連番カラムによる主キーと、複合カラムによる主キーとで迷ったら 実装をシンプルにし、業務変更の影響範囲を小さくするために、複合主キーを避ける というわけで、調べたことや考えたことをメモしておきます。# 間違っている部分があれば、教えていただけると嬉しいです。 (2011/07/25 追記)複合主キーとサロゲートキーについては、要件やシステムに依存して多様な判断がありうると思います。にもかかわらず、「避けるべき」というタイトルにしたのは極端でした。申し訳ありません。ご指摘下さった皆さん、あり

    複合主キーを避けるべき理由 - 虎塚
  • 「ゼロからのリレーショナルデータベース入門」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords

    IT Database Expertフォーラムの連載「ゼロからのリレーショナルデータベース入門」の記事一覧です。まとめて読めるPDF「人気連載まとめ読み! @IT eBook(2):ゼロから分かるRDB入門 ~RDBとは?から特徴、設計、運用まで基礎知識を徹底解説~」もご覧ください。 ゼロからのリレーショナルデータベース入門(12): データベースサーバリプレイスの考え方 全12回の連載も今回で最終回です。手間暇かけて構築したデータベースサーバに必ず訪れる「リプレース」という作業について、移行計画を作成するに当たっての考え方と具体的な検討項目を説明します。【更新版】(2021/5/31) ゼロからのリレーショナルデータベース入門(11): データベースセキュリティの必要性とその対策 前回は、データベースシステムの安定稼働を実現するためのデータベースシステムの監視について説明しました。今回

  • データベース,PostgreSQL,MySQL,DB,SQL,例文 - サンプル

    ■基SQL文 例文 ・検索 / SELECT DBから項目検索 select * from member; select log from member where id = '00YoKjf945kUKik'; select log, id from member; select a.id, b.log from member a, comment b where a.id = b.id; ・挿入 / INSERT DBに項目追加 insert into member values('00krogr063Nfkme','データ挿入'); insert into member(id, log) values('00krogr063Nfkme','データ挿入'); ・更新 / UPDATE DBの項目更新 update member set log = 'データ更新。' where id

  • 特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ:ITpro

    「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし,物のソフトウエア・エンジニアを目指すのであれば,データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない,といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが,基的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの? 基礎から理解するデータベースのしくみ(1) Part1 ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ(2) 基礎から理解するデータベースのしくみ(3) 基礎から理解するデータベースのしくみ(4) 基

    特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ:ITpro
  • リレーショナル・データベースの世界

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • 【DB概論】正規化の手順

    正規化とは、データを一元管理するための理論です。 1データ1箇所の原則を実現するために、1970年にE.F.Codd氏がリレーショナルモデルの理論として提案しました。正規化の理論は、データの冗長性を排除し、更新時の整合性を維持しやすくすることを目指しています。 具体的には、属性間の関連性を分析し、属性の最適なグループ化を図ることを目的としています。 一般には第3正規化まで行えば十分といわれていますが、来は、あてはまる場合にはきちんと第5正規化まで行う必要があります。 まず、正規化の処理をする際によく出てくる関数従属という用語の意味を復習しておきましょう。 ◎ 関数従属とは ある属性Aの値が決まると他の属性Bの値が一意に決まるとき、「属性Bは、属性Aに関数従属である」(A→B)といいます。 完全従属とは、2の属性A、Bの間でA→Bが成立し、Aが複数の属性の集合で成り立っている場合、Aのいか

    【DB概論】正規化の手順
  • http://sunak2.cs.shinshu-u.ac.jp/~miyao/UD/Subjects/Database/c_top.html

  • ERD(entity-relationship diagram):実体関連図

    2017/06/08水野[ prev | index | next ] ERD(entity-relationship diagram):実体関連図 概念モデルの記述に使われる実体関連図(ERD) 概念設計と論理設計 初めにデータベースを作成する目的を決めておくこと。データモデルを作る過程では常に目的を意識して取捨選択しよう。 概念設計 実世界の注目する部分を抽出して、データの纏まりや関連を整理し、簡潔なモデルを作成する。利用目的から見て抜けが無いことが必要である。 ※関係ありそうなデータ項目を何でも入れたモデルにしようとすると、切りがない。データベースを作る目的に応じて判断しよう。 誰が見ても理解できることも重要。他者の理解を可能にするには、モデルをどの様に記述するか共通の枠組みが必要になる。ER図が良く使われる。 ER図 データは互いに関係を持っているので幾つかの纏まりに切り分けて整理

  • データベース設計の基本 - Access - Microsoft Office

    Copilot Pro でミーティング 最新の Copilot ファミリーのメンバーでは、上位の AI モデルへの優先アクセスが提供されます。また、Microsoft 365 Home および Microsoft 365 Family のサブスクライバーに対しては、現在日常的に使用している Microsoft 365 アプリのための AI アシスタントとなります。 Copilot Pro の使用を開始する Copilot はどこで入手できますか?

    データベース設計の基本 - Access - Microsoft Office
  • 後悔しないためのデータベース設計方針

    データベースの設計や作成は、熟考のうえになされなければならない。配慮を欠いたデータベースは、必ず運用に支障をきたすだろう。では、どのような点に注意すべきだろうか? 前回は、データベースのインスタンスとその起動・停止方法についてお話しました。「インスタンス」とは、データベースシステムの単位を表す言葉でした。 次にOracleマイスターにとって必要なことは何でしょうか? それはデータベースの設計と作成です。データベースをOracleのインストール時に作成した方も多いと思いますが、デフォルトデータベースはあくまでも「勉強」や「お試し」用なのです。これは、実際に業務に使うにはロールバックの大きさやシステムの領域が不十分なので、実運用を始めたとたんに動かなくなってしまった、などという例を数え切れないほど耳にします。 データベース設計の検討事項 Oracleマイスターがデータベースを設計するときに、最

    後悔しないためのデータベース設計方針
  • SQL -TECHSCORE-

    ここでは、リレーショナル型データベースを操作するために必須となる世界標準言語 SQL について、基礎から応用まで詳しく説明しています。 また、SQL のみにとどまらず、リレーショナルデータベースマネージメントシステム (RDBMS) の持つ様々な機能について詳しく説明しています。 最後には、データベースの設計に関する非常に重要な考え方についても触れていますので、これらを全て学習すると、データベースの操作から設計まで幅広い知識を身につけることができるでしょう。 SQL INDEX 1. データベースの概要 1.1. データベースとは 1.2. データベースシステムの特徴 1.3. データベースとファイルの違い 1.4. 代表的なデータモデル 1.5. リレーショナル型データベース 1.6. まとめ 2. SQL 2.1. SQL歴史 2.2. SQL とは 2.3. SQL の機能 2.

  • エンジニアでない人のための「Web+DBサイト」入門---目次:ITpro

    「データベース(DB)システムを裏側で稼動させている企業サイトが急増しています」――これだけ書くと数年前に語りつくされたニュースです。確かに大企業は,自社のWebシステムに何億円という規模の投資をしてデータベースの活用を推進してきました。 では中小企業ではどうでしょうか。 私は現職のWebプログラマです。多くの開発案件にタッチしてきましたが,大多数の中小企業にはそんな予算はありません。自社サイトはレンタル・サーバーだったり,ドメインを契約プロバイダ上で構築しているという規模(年間維持費20万~100万円)がほとんです。WebやDBについて深い知識のある担当者もいません。 しかし,ここ3年ほど,こうした小さな規模の企業サイトから,続々とデータベースを組み込んだWebシステムの開発依頼が舞い込んでくるようになりました。もはや,Web+DBシステムは,Webサイトの規模に関係なく常識となりつつあ

    エンジニアでない人のための「Web+DBサイト」入門---目次:ITpro