タグ

RDBに関するaufhebenのブックマーク (9)

  • Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT

    平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識

    Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT
  • リレーショナル・データベースの世界

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

  • 「RDBMSの時代の終わりが見えてきた」についてそろそろ一言言っておくか - ひがやすを技術ブログ

    2008-12-12 いくつか誤解を生みそうな表現があるので、それをまずは指摘しましょう。 プログラムモデルとしては、すでにRDBMSからの脱却の準備は始まっています。ORマッピングがそれです。 これが、意図的かはわからないけど、ミスリードを生んでいます。「RDBMSの時代の終わりが見えてきた」というタイトルで、こういう書き方をすると、「ORマッピングによって、すでにRDBMSからの脱却の準備は始まっている」という風に読めるでしょう。これが、ミスリード。 JPAが大切だと思っているのは、永続パラダイムの転換に、コーディングを変えることなく対応できるからです。もちろんJPA+RDBMSのシステムをJPA+非RDBMSに切り替えれるという話ではなく、プログラマのコードの書き方の対応の話です。 これをもう少し、噛み砕くと、JPAのJPQL(SQLもどき)を使えば、SQLとしては統一されていない複

    「RDBMSの時代の終わりが見えてきた」についてそろそろ一言言っておくか - ひがやすを技術ブログ
    aufheben
    aufheben 2008/12/14
    私は、クラウドは、バズワードで終わると思っています。理由は、丸山先生が興味を持っているから。
  • S2JDBC-Genの紹介 その5 − DDLの生成 - taediumの日記

    S2JDBC-Genの大きな特徴はエンティティクラスからDDLを生成することにあります。これまでの開発ではスキーマを修正してからJavaクラスを変更という流れが一般的だったと思いますが、S2JDBC-Genはエンティティを修正してからその変更をスキーマに適用といった流れの開発を可能にします。 DDLの生成 gen-ddlというAntタスクを用意しています。これを実行するとエンティティクラスからスキーマ作成用のDDLとスキーマ削除用のDDLの両方を同時に生成します。いまDDLのバージョンが1だとすると、バージョン2用のDDLが0002ディレクトの下に生成されます。 こんな感じです。 gen-ddlをするたびにバージョン番号をあらわすディレクトリが増えていきます。 dbとかmigrateとかのディレクトリの名前づけはRailsを参考にしています。そのほうが何かとわかりやすいと思ったからです(変

    S2JDBC-Genの紹介 その5 − DDLの生成 - taediumの日記
    aufheben
    aufheben 2008/08/29
    gen-ddlをするたびにバージョン番号をあらわすディレクトリが増えていきます。
  • 2008-01-30

    今日は、ITpro EXPOで高橋会長とパネルディスカッションがあったのですが、Matzが遊びに来ていたので、Webアプリケーションをなめるなの真相を聞いてみました。聞いたといっても実際に聞いたのは、高橋さんです。俺のほうからはききづらいよね(笑)。記憶が完璧でないので、正確な話ではないですが、大体はあってるはず。 Matzは、言語オタクなので、Rubyをはじめプログラム言語の悪いところは指摘せざるを得ないそうです。もちろん、良いところも。 だから、PHPを貶める意思もないし、Rubyを持ち上げる意思もない。オタクとして問題があるところは指摘せざるを得ない。 大体はそういう感じです。私は、ヲタではないので、その辺の気持ちが良くわからないのですが、羽生さんのアニヲタ振りを見るとそうなのかもしれないですね。 私も最初あのエントリを見たときは、ちょっと違和感あったけど、話を聞いて気持ちはわかりま

    2008-01-30
    aufheben
    aufheben 2008/01/31
    2つ目は、Entityからスキーマ定義を更新する機能。
  • 2006-11-02

    世間を賑わせてるようですが... 「問題は何か?」ってことを質問者自身が理解できてないように感じますねぇ. ストアドストアド言うけどあなたの言うストアドって何よ? みたいな. なんかいろんな論点というか比較項目をごっちゃにしたまま議論してる印象. その辺をちょっと書いてみようとか. 元の質問だと RDBMSOracle ということなので,ストアドってのは PL/SQL で書くことを想定してると仮定して. その PL/SQL ってのは Oracle 独自の言語処理系 (?) の名称だと思いますが,これを一般化した言い方をすると 「埋め込み Ada」 です.たぶん. Pro*COBOLCOBOL を母言語として SQL を埋め込める言語処理系であるように,Pro*C が C を母言語として SQL を埋め込める言語処理系であるように,PL/SQL ってのは Ada を母言語として

    2006-11-02
  • delete&insert するデータのIDを維持しなくてはならない ... のだろうか? - 極北データモデリング

    IDについてまだ考えている。 テーブルごとに必ずIDを振るという考え方に、まだ抵抗がある。 「今のところ誰も見ていないID」を振る意味が分からないのだが... 「誰も見ていないID」とは例えば、delete&insert で一括登録するレコードに付けたID。 マスタに多値従属する属性を切り出したテーブルで発生する。 ちょっと前に書いた例: MO(=多値を外出ししたテーブル)にはIDを振らない。例えば社内システムで「社員がメールアドレスを 好きなだけ持てる」という場合、社員マスタに社員メールアドレステーブルを外付けする。これがMO。 こんなスキーマですね。 社員マスタ = { 社員ID(PK), 社員番号(UNIQUE), 社員名, ... } 社員メールアドレス = { 社員ID(FK), メールアドレス } ここで、全てのテーブルに機械的にID列を付ける、というルールに従って、社員メール

    delete&insert するデータのIDを維持しなくてはならない ... のだろうか? - 極北データモデリング
    aufheben
    aufheben 2006/09/17
    Fowler のいう値と参照に関係している気がする。
  • ABD(はぶにっき 2006/9/30)

    not found

    aufheben
    aufheben 2006/09/04
  • not found

    not found

    aufheben
    aufheben 2006/08/29
  • 1