第1回 しょぼべん ( http://connpass.com/event/10849/ ) で話しした、イミュータブルデータモデル(世代編)です。
あなたが知らない リレーショナルモデル
第1回 しょぼべん ( http://connpass.com/event/10849/ ) で話しした、イミュータブルデータモデル(世代編)です。
SQLデータベースに正しインデックスを作るのは 誰の役割？
SQLのパフォーマンス問題は、SQLそのものと同じぐらいの歴史がある―― ある人は、SQLはそもそも遅いものだとすら言うかもしれません。これは、SQLの歴史が始まった頃は正しかったかもしれませんが、今となっては全く 当てはまらないでしょう。にもかかわらず、SQLのパフォーマンス問題は今も一般的でよくあることです。どうしてそうなってしまうのでしょうか？ SQL言語は、恐らく最も成功した第4世代言語(4GL)でしょう。その最大の利点は、「何を」と「どのように」 を分離できることです。SQL文は、どのようにそれを実行するかを記述せずに、単純に 何を必要としているかのみの記述になっています。以下のような例を考えてみましょう。 SELECT date_of_birth FROM employees WHERE last_name = 'WINAND'SQLのクエリは、データを要求する英語の文として読
SQLアンチパターン - ナイーブツリー
社内勉強会資料 追記: 2013-10-31 ついったで指摘( https://twitter.com/akuraru/status/395822183777202176 )を受けたので入れ子集合のノード追加の説明の所を修正しました。
Nullのはなし(up用)
5/20のJAWS-UG CLI専門支部 #179R AWS CLI環境入門のLTで話した内容です。 かなりニッチな内容で、しかも色気のない発表になってしまいました。 The future of SEO is trending toward a more human-first and user-centric approach, powered by AI intelligence and collaboration. Are you ready? Watch as we explore which SEO trends to prioritize to achieve sustainable growth and deliver reliable results. We’ll dive into best practices to adapt your strategy around
新入社員が知っておくべきSQLインジェクション対策 | Web活メモ帳
SQLインジェクション対策について 分かりやすくまとめているサイト、読んでおくべきサイトをまとめました。 SQLインジェクションとは何か？その正体とクラッキング対策。 SQLインジェクションとその攻撃例について書かれています。 無料で使えるSQLインジェクション対策スキャナ トップ１５ SQLインジェクション対策が必要かどうかをチェックするスキャナの紹介 隠されていたSQLインジェクション 初めてのSQLインジェクション的な内容。 SQLインジェクションについてのスライドを作成した SQLインジェクションの原理原則 『よくわかるPHPの教科書』のSQLインジェクション脆弱性 書籍のサンプルコードにSQLインジェクションが含まれているという話。 コードはそのまま使っちゃ駄目な例です。 hackme 実際にSQLインジェクションが出来るか、攻撃して試して見る事ができます。 こちらの書籍もおすす
NoSQLデータモデリング技法
NoSQLデータモデリング技法.markdown #NoSQLデータモデリング技法 原文：NoSQL Data Modeling Techniques « Highly Scalable Blog I translated this article for study. contact matope[dot]ono[gmail] if any problem. NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較される。NoSQLのこの側面は実践と理論の両面からよく研究されている。ある種の非機能特性はNoSQLを利用する主な動機であり、NoSQLシステムによく適用されるCAP定理がそうであるように分散システムの基本的原則だからだ。一方で、NoSQLデータモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティック
SQL緊急救命室 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2025 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第4回 スーパーソルジャー病～すべての問題をやみくもにコーディングで解くべからず | gihyo.jp
カルテ1：図1のような2つのテーブルOrders（注文）とOrderReceipts（注文明細）を考える。この2つのテーブルは、お中元の受け付けと配送を管理するためのものです。Ordersテーブルの1レコードが注文1件に対応し、OrderReceiptsはその注文内の商品単位で1レコードになっている。したがって、OrdersとOrderReceiptsは一対多の関係にある。 今、注文ごとに受付日（order_date）と商品の配送予定日（delivery_date）の差を求めて、それが3日以上ある場合は注文者に遅くなる旨の連絡を送りたい。さて、どの注文番号が該当するか、求めてほしい。 図1 OrdersテーブルとOrderReceiptsテーブル レベルの異なる情報を結合する方法 1つの注文に複数の商品が含まれる可能性があるから、OrdersテーブルとOrderReceiptsは一対多の関
何が正しいのかを考える際は、正しさの基準が必要 - ockeghem's blog
大垣さんの寄稿記事「第44回 セキュリティ対策が確実に実施されない2つの理由：なぜPHPアプリにセキュリティホールが多いのか?｜gihyo.jp … 技術評論社」のまとめにて、『最後に「何が正しいのか？」常に考えるようにしてください』と書かれています。この部分は、私への反論のようですので、このエントリで返答したいと思います。 大垣さんの主張 先にも述べたように、大垣さんはこのエントリの「まとめ」として以下のように書かれています。 最後に「何が正しいのか？」常に考えるようにしてください。 http://gihyo.jp/dev/serial/01/php-security/0044?page=2 この主張自体には私も大賛成です。大垣さんの記事は以下のように続きます。 例えば，SQL文を作成する場合にリテラル（パラメータ）を文字列としてエスケープすると浮動小数点型のデータが正しく処理されないデ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLで木と階層構造のデータを扱う――入れ子集合モデル