アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
とらわれちゃうとねぇ (スコア:0)
Re:とらわれちゃうとねぇ (スコア:1)
設計はいやですけど個人レベルでもSQL叩いて手軽にデータをい
じれるようになったのでとても重宝します。
大きなシステムで重宝するのもありますけど、手軽にデータと
ロジックを分離する(か、その前提)ツールとして使ってるよ
うな気がします。
taka4
Re:とらわれちゃうとねぇ (スコア:1)
>設計はいやですけど個人レベルでもSQL叩いて手軽にデータをい
>じれるようになったのでとても重宝します。
昔、Niftyで(笑)、
SQLを使えば、 DBをアドホックにいじれるし、言語として難しくない(比較対象はC/C++など)から
ぜんぜんプログラマじゃない人でも手を出せるので、よってRDBは大変便利なDBシステムなのだ、
とかいう議論を展開した人がいました。
その時は俺も旨い反論が思いつかなかった(その頃からRDBには違和感を感じていたので
反論したかったんですが)のですが…
それから幾らかして、C++やja
Re:とらわれちゃうとねぇ (スコア:1)
>それがRDBを対象としたSQL言語でも、OOPを対象としたSmalltalkやRuby(笑)でも、
>本質的には同じなんだろうなと。
スケーラビリティって言うんでしょうか。扱うデータ量で、OOPとDBでは雲泥の差が出ます。
データ数が百万超えたらDBなしで生きていけません。OOPは、扱えるデータ数上限が百万でしょうが、
DBにとってはデータ数百万なんてカスみたいなもんです。
ほら、例えばデータ数が高々千だっ
Re:とらわれちゃうとねぇ (スコア:1)
あのー?
OOPをそのままスケールするために(モデル変換も大きなコストも無くそのまま永続化できる仕組みがあれば
スケールするための助けになるだろうと考えて)、RDBならぬODBが(メジャーになって)欲しいぞ、
という感じですので、OOPとDBとを比較されても困ります。
もしかしてs/DB/RDB/gですか?
だったら1つの主張として理解は出来ます(ので以下そういう仮定で書きます:それ以外の場合は知りません)が。
# DBといったらRDBしか思いつかない人が目の前にいたらムカツクのでG7
# DBといったらOracleしか思いつかない人と、そう違わないんだよな…
>定型データが1000以上あるからこそ、(かつ、それなりのレスポンスが求められているからこそ)
>プログラミングする価値があるわけで。
うーむ。Excel(表計算)の限界は、表ってものは構造化がされていないせい、ですよね。
で、同じような質的な決定的違いが、RDBとOOPの間に、何か有るんでしょうか?
やはり児戯指向(笑)である点を弱点だと見なすべきでしょうかね?
# 同一性という概念は、(100%俺の想像ですが(笑))算数習ってない人でも、理解できると思うんです。
# それを中心に据えたOOPは、良くも悪くも児戯指向なんだと思います。
# で、問題はおそらく、同一性という概念がDBに対してどれだけ足引っ張りになってしまうか?という点なんじゃないかと。
# たくさん引っ張るのか、少しだけなのか、が。
# まあ確かに、DBに限らず一般に「永続化」は、同一性との相性が悪いことが既に知られてはいます。DB空間に複製を取った瞬間に、同一性が崩れるわけで。
## 参照の解決が厄介なのも、この同一性の問題が原因ですし。
あと、レスポンスについては、Intel様(笑)が速度をたたき出すおかげで、
一昔前には「プロが(アセンブラだのCだので)コーディングしないと」使い物にならなかった場面でも
今やScript言語とかでスカスカ書けて実用になるわけでして、たぶん別問題じゃないかなと。