アカウント名:
パスワード:
-- cooper
Javaのほうが言語としては数段便利だろうなとは思います。はい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
全てが表だと困っちゃう (スコア: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 が使えるかどうかで設計が全然違ってきちゃいますね。開発も楽になるし、メンテ時の作業効率も圧倒的に良いし。そういう意味では、情けないくらい完全に取り込まれちゃってます。
一旦 PL/SQL で組むと、他の RDBMS への移行が困難(というか、事実上無理)だしなぁ...
# しかし、僖奪院璽献?璽愁襪陵僅任砲肋，討覆い里任后▲肇曠
-- cooper
Re:PL/SQL(オフトピ) (スコア:1)
# しかし、パッケージカーソルの誘惑には勝てないのです、トホホ
でした。
-- cooper
Re:PL/SQL(オフトピ) (スコア:1)
という感じですよね。言語仕様そのものはあんまり格好良い言語ってわけでもないような気がする。
あれ？Oracleのサーバー側手続き言語を、PL/SQLからJava(かなんか)に交換しちゃうっていう話が、
有ったような気がしたけど、気のせいかな？
Javaのほうが言語としては数段便利だろうなとは思います。はい。
Re:PL/SQL(オフトピ) (スコア:1)
やっぱり、Java Stored Procedure だと、なにかこう奥歯に物が挟まったような気持ちになるんですよね、うまく表現できないんですけれど...
そこらへんについてちょっと書いてあるコラムはこちら：
http://otn.oracle.com/oramag/oracle/03-jan/o13java.html
-- cooper
Re:PL/SQL(オフトピ) (スコア:1)
うーん。なんだろうこれは？
面倒さは、どっちかってーと、周辺のツール(の整備度?)とか言語仕様とかが面倒さを醸し出しているような気がしました。
プログラムをサーバーに突っ込む手順がもっと楽になればだいぶ良い感じになるんじゃないかなあ？
Classのソースを全部自分で書かないとならないのだとしたらウザイから、
該当Methodの中身のコードだけ書いたら、その外枠は勝手に生成してくれる、というツールが
あればいいんだろうな、という感じかなと。
あと、Javaだとクドイというかなんというか、な面はあるかも知れません。
それこそRubyみたいな軽いノリの言語のほうが更に嬉しいかもと思う。