タグ

開発とDBに関するd4-1977のブックマーク (7)

  • JJUG CCC 2017 Springで論理削除フラグをどうにかするための話をしてきました 【FOLIOスポンサー】 - itohiro73’s blog

    JJUG CCC 2017 Springで、「データ履歴管理のためのテンポラルデータモデルとReladomoの紹介」という話をしてきました。 データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3 from Hiroshi Ito 今回の登壇は、株式会社FOLIOのスポンサーセッションです!FOLIOについてはこちらの入社エントリー記事もご参考ください。Toggetterは下のリンクから。 togetter.com 世の中のみなさんが「論理削除フラグ」を使いたくなるモチベーションとしては、実は「削除」ではなく別のビジネスロジックを実装したいだけであることがほとんどだと思います。 たとえば論理削除フラグという名の死亡フラグ - @ledsun blogというエントリを参考にさせていただくと、下記のような要件の例があります。 ・社員が退職(・転

    JJUG CCC 2017 Springで論理削除フラグをどうにかするための話をしてきました 【FOLIOスポンサー】 - itohiro73’s blog
  • 新著が出ます:ジョー・セルコ『プログラマのためのSQL 第4版』 - ミックのブログ

    皆さん、お久しぶりです。長らくブログの更新が止まっていたのは、少し大きな仕事をしていたためです。ジョー・セルコ『プログラマのためのSQL 第4版』の翻訳。これに集中するため、ブログもやらずTwitterもやらず(こっちはちょっとやってしまった)頑張っておりました。 長かった。 当に長かった。 原著が800ページ以上あるうえ内容も簡単ではないので、もともと楽な仕事とは思っていませんでしたが、いや大変でした。ですが無事今月刊行とあいなりました。すでにAmazonはじめオンラインショップでも予約受付を開始しています。あらかじめ言っておきますが「表紙のおっさん誰?」という質問は私にはしないように。私も答えられないので(笑)。 さて、書の内容を紹介する代わりに、少し長くなりますが訳者前書きを引用します。購入するか判断の参考にしていただければと思います。なお、実行環境としては前書きでも書いています

  • エンジニアは「NoSQL万歳」と言う前に「Webエンジニアのための データベース技術[実践]入門」を読むべき (献本御礼)

    エンジニアは「NoSQL万歳」と言う前に「Webエンジニアのための データベース技術[実践]入門」を読むべき (献御礼) しょっぱなから話がずれますが、最近「[翻訳]MVCは死んだ。MOVEするときがきた - きしだのはてな」という記事が話題になっています。一方で、この記事に対しては、 MVCへの不適切な理解から導き出されたずれた認識に見えます。MVCを否定する理由にはとてもあたらないどころか、この人が学んだMVCはMVCではなく、MVCフレームワークの使い方であった事がよく解る MOVEは望まれなかった子 - the sea of fertility といった批判もなされています。 僕は、結果としていいものが作られるなら無知でもいいじゃない、と思うのですが、まあこのような知識不足による誤解というのは良くあることです。 実際、「RDBMSは死んだ。NoSQLの時代がきた」と主張する人に耳

  • 眠る開発屋blog|最新オンラインカジノのニューカジノ情報

    もしもこの世から「残業」が完全になくなったら 3年ぐらい前に読んだを思い出した。 1980−90年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」(1985年労働基準法研究会報告)とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」(1992年同報告)と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま21世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人

  • はてなブクマやblog等で最近よく見かける「タグ」システムについて。…

    はてなブクマやblog等で最近よく見かける「タグ」システムについて。 自分のサイトの商品に、 ユーザーが自分で「タグ」を指定することができるようにするには、 どういう設計をすればいいのでしょうか? mysql/phpで構築しています。 A商品に、 ユーザXが「あ」「い」「う え」というタグをつけ、 ユーザYが「あ」「お」とタグをつけた場合、 A商品ページに 「あ」「い」「う え」「お」のタグ一覧が表示され、「あ」は2個ついてるので文字を大きくする、というようなイメージです。 タグテーブルを作って、 商品名:ユーザID:タグ などのカラム一覧で、 タグカラムにタグをカンマ区切りなどで入れていってるのかなぁ、なんて想像してます。 アドバイスや、参考になりそうなサイトを教えて頂けますとうれしいです。

  • 初めてのデータベース設計 記事一覧 | gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    初めてのデータベース設計 記事一覧 | gihyo.jp
  • PDOでサクサクDB開発:CodeZine

    はじめに PHP界隈では現在、PHP 4からPHP 5への移行が進んできており、ここ最近ではPHP 5の機能を活用したフレームワークも多く出てくるようになりました。 PHP 5は、PHP 4に比べオブジェクト指向のサポートや速度面での向上などが取り上げられる中、最も注目すべき点であるデータベースへのアクセスを抽象化したレイヤーとしてPDOが登場しました。 今回はそのPDOに注目し、サンプルを交えてPDOの使い方を紹介します。対象読者PHP 5を使ったことがある方以前PEAR::DBなどを用いてデータベースを使ったアプリケーションを作成したことのある方 必要な環境 PDOはPHP 5.1から標準で導入されるようになりました。Windows/UNIXを問わず利用することができます。よってPHP 5.1の環境と、PDOの動作に必要なデータベースの構築を行ってください。PDOとは PDO(PHP

  • 1