アカウント名:
パスワード:
-- cooper
Javaのほうが言語としては数段便利だろうなとは思います。はい。
確かに、言語としての利便性とか快適性は Java のほうが断然上だと思います。ただ、データベースとの「距離感」という意味では、PL/SQL のほうが近いかなぁと。近いからいい、というわけではなくて、要は使い分ければいいだけなんですが。 やっぱり、Java Stored Procedure だと、な
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
全てが表だと困っちゃう (スコア:1)
それでもRDBってものには複雑な(おいそれと賛美できない)気持ちを持たずにはいられないです俺。
なまじ表構造なもんだから、表と相性が良いとは限らないTreeだのNetworkだのの様々な構造を
取り得るデータ…最近の流行だとObjectですが…との間で、いわゆる
意味的インピーダンスミスマッチを、抱えさせられるんですよね。アプリ作ってると。これが辛い。
というわけでRDBもほどほどにしてOODBなりなんなりの時代になって欲しいなあ。
ええと。俺の理解が間違ってなければ(笑)、細か
Re:全てが表だと困っちゃう (スコア:2, すばらしい洞察)
八つ当たりですが
Re:全てが表だと困っちゃう (スコア:0)
ただ Oracle とか言って気取ってみたいだけちゃうんかと、
小一時間問い詰めたくなるわけで。
前に当たった小規模 SIer は抱えている SE が Oracle しか分からないため Oracle で提案してきやがりました。同時接続数 15 以下、
Re:全てが表だと困っちゃう (スコア:0)
Oracleじゃないと満足しない客もいますからねぇ
そういう客が存在する限りOracleさえ使えるようになれば、なんとかなるんじゃねぇか、、という考え方のSEが育つのも当然か、と思います
/*
そういう客に限ってtns
PL/SQL(オフトピ) (スコア:1)
個人的には、Oracle というより、PL/SQL が使えるかどうかで設計が全然違ってきちゃいますね。開発も楽になるし、メンテ時
-- cooper
Re:PL/SQL(オフトピ) (スコア:1)
という感じですよね。言語仕様そのものはあんまり格好良い言語ってわけでもないような気がする。
あれ?Oracleのサーバー側
Re:PL/SQL(オフトピ) (スコア:1)
確かに、言語としての利便性とか快適性は Java のほうが断然上だと思います。ただ、データベースとの「距離感」という意味では、PL/SQL のほうが近いかなぁと。近いからいい、というわけではなくて、要は使い分ければいいだけなんですが。
やっぱり、Java Stored Procedure だと、な
-- cooper
Re:PL/SQL(オフトピ) (スコア:1)
うーん。なんだろうこれは?
面倒さは、どっちかってーと、周辺のツール(の整備度?)とか言語仕様とかが面倒さを醸し出しているような気がしました。
プログラムをサーバーに突っ込む手順がもっと楽になればだいぶ良い感じになるんじゃないかなあ?
Classのソースを全部自分で書かないとならないのだとしたらウザイから、
該当Methodの中身のコードだけ書いたら、その外枠は勝手に生成してくれる、というツールが
あればいいんだろうな、という感じかなと。
あと、Javaだとクドイというかなんというか、な面はあるかも知れません。
それこそRubyみたいな軽いノリの言語のほうが更に嬉しいかもと思う。