素早く正規形を見抜く実践テクニック（1/4） － ＠IT
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
第1回 まずは「クッキー」を理解すべし
Webアプリケーションのぜい弱性がなかなかなくならない。メディアなどでも盛んに取り上げられているにもかかわらず，である。特に，セッション管理がからむアプリケーションのぜい弱性には，気付かないことが多い。具体的には「クロスサイト・リクエスト・フォージェリ」（CSRF），「セッション・フィクセーション」などである。これらはクロスサイト・スクリプティング，SQLインジェクションといった比較的メジャーなぜい弱性に比べて認知度が低く，対策も進んでいない。 原因の一つは，アプリケーションの開発者が原因を正しく理解していないこと。CSRFやセッション・フィクセーションについて言えば，セッション管理に使うクッキー（cookie）の動作を理解していないと対策が難しい。ところが最近の開発環境では，セッション管理の仕組みが隠ぺいされているため，必ずしもこの知識は要求されない。こうした開発者は容易にはぜい弱性に気
iPhoneのボイスレコーダー動作させてトイレ行ったら会社辞めたい
iPhoneてボイスレコーダーあんじゃん。 使うことなんかないし、気にしたこともなかったのに。 なぜか天から降ってきた「俺がいない時どんな話してるんだろう」という疑問。 なんでこんなこと浮かんだんだろう。 神様なぜ私にこんな苦行をさせるのですか。 ほんとまじやめればよかった。 トイレ行く時に、ボイスレコーダー動作させて机の上に伏せて置いた。 戻ってきてすぐに聞くこともできないから しばらく経って今度はポケットにイヤホン入れて、iPhone持ってトイレ行った。 自分がキモオタブサメンだなんてわかってる。 誰にも迷惑をかけずに目立たずひっそりしてた。 けど会社では特に避けられる事もなく、みんな普通に接してくれてたし 自分の事なんて話題に出るほどでもないだろうと思ってた。 あわよくばちょっと俺の話題でも出てたらいいなーなんて、 なんて、甘かった。 俺臭かった。 部屋を出た瞬間。 くっさ、くさいん
こんなコピーがあったら要注意ですぞ。という求人広告 - 自省log
私は学生時代から複数の業界で営業を経験しています。その中で最もしんどかったのが求人広告の営業。サービス業がメインの媒体だったので土日も構わず仕事をし、遊びに行っても業務携帯とノートPCを常に持っていったりして彼女にフラれたりもしました。 日々精神的に磨り減りながら、自社・他社含め求人広告と睨めっこする毎日を過ごしていてすごく大変だった事を覚えています。 今回はその時の経験を元に、こんなコピーがあったら要注意ですぞ。と言う求人広告を紹介します。 【スポンサーリンク】 前提 ・本記事は私が求人業界で経験した内容を元に書いていますので、必ずしも全求人広告で適応されるものではありません。参考程度に見て下さい。 ・また媒体別にこういったネタは違っており、今回はアルバイト・パート求人に対するものです。(大手の新卒サイトなどとはそもそもテクニックが全然違います) こんなコピーがあったら要注意ですぞ。と言
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
MySQLで、正しいデータ型を使うことはどのくらい重要なのか？ | Yakst
テーブル設計においてカラムのデータ型を正しく決めることには、どのような利点があるのかについて。単純に扱う値と同じ型を選ぶべきであるというだけではなく、なぜそうあるべきかについて、内部的な効率の面から解説する。 パフォーマンスに関する話の中で、カラムに値を保存するのに正しいデータ型を使うことの重要性を説いているのを聞くことがよくある。例えば、数値はINTやBIGINTで表現し、IPアドレスにはINT UNSIGNEDを使い、VARCHAR(255)の代わりにVARCHAR(60)を使うといったことだ。 このアドバイスは正しい。しかし、今日はもう少し詳細の説明を試みてみようと思う。 理由 この最適化が正しいと思う3つの理由は以下の通りだ。 文字列として数値データを扱うことは、文字コードや照合処理のCPUオーバーヘッドが余計に必要になってしまう。例えば、'Montréal' = 'Montrea
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
