SQL?（´,_ゝ｀）ﾌﾟｯ（ﾟДﾟ）ﾊｧ?

このエントリーをはてなブックマークに追加
78 ：仕様書無しさん：2007/12/22(土) 22:43:39
>>73
昔は小学４年くらいで集合を教えられてたんだけどなぁ
今の集合は義務教育を終えても理解できない代物なんだ？

SQLで集合を表現する事に不満を感じたことはないよ
73は何が不満なワケ？

>>77
彼はスライムではない。スライムにおびえて町を出られない町人の一人だ。
設定されたセリフ「モンスター退治？そんなのできるわけねぇよ」
を繰り返して言うだけのね。
79 ：仕様書無しさん：2007/12/24(月) 04:27:34
SQLに不満を持つのはいいが。
ク　ラ　イ　ア　ン　ト　に　と　っ　て　そ　れ　は　ど　ん　な　メ　リ　ッ　ト　が　あ　る　ん　だ　？

余計な工数がかかるだろが。
メンテナンスとか含めて考えると妥協できる程度じゃねーの？
80 ：仕様書無しさん：2007/12/24(月) 11:03:30
事前に登録できないSQLに対して、ストアドプロシージャは無力だよ
81 ：仕様書無しさん：2007/12/24(月) 15:04:38
どうみてもSQL否定派の負け

マイッタと言えよw

反論するなら具体的な対案くらいだせよ
アメリカの頭の良い連中が一生懸命作って市場でも受け入れられてるモノを否定するならそれなりの具体的な対案があるんだろ?

比較するモノが無いと優劣つけられん
82 ：仕様書無しさん：2007/12/24(月) 15:06:40
汎用機とオープン系を比較して
オープン系が勝てるとでも思ってんの？
83 ：仕様書無しさん：2007/12/24(月) 17:20:55
>>82
汎用機＋DB2　の環境を知らない人？
84 ：仕様書無しさん：2007/12/24(月) 23:44:53
＞汎用機とオープン系を比較して

個人的には10年前の汎用機と今のオープン系だと
オープン系の方が障害少ない現実があるな。

単に汎用機を普通に扱える人間が激減しているだけだろうけど。
85 ：仕様書無しさん：2007/12/27(木) 00:59:33
>>81
SQLに代わる対案を出す

エラベ ナンデモ ホゲテーブル　ドレ　ホゲテーブル.シャチクバンゴウ='012345';　

仮称：PYUT@言語
86 ：仕様書無しさん：2008/01/03(木) 09:02:17
>>85
ぴゅう太ｷﾀ━━━━(Дﾟ(○=(ﾟ∀ﾟ)=○)Дﾟ)━━━━━!!!
87 ：仕様書無しさん：2008/01/04(金) 11:51:12
シャチクバンゴウにﾜﾛﾀ
88 ：仕様書無しさん：2008/05/03(土) 19:51:14
新スレ
89 ：仕様書無しさん：2009/01/07(水) 02:48:26
固定長データが来たらマスタと突き合わせしてインデックスを更新して

なんてやっていたときに出会ったRDBの使いやすさに衝撃うけたけどな
90 ：仕様書無しさん：2009/01/07(水) 07:34:49
SQLは確か数学のなんちゃら賞取った素敵な発明じゃなかったっけ？
91 ：仕様書無しさん：2009/01/07(水) 10:27:57
>>90
http://ja.wikipedia.org/wiki/エドガー・F・コッド
当のコッド博士はSQLイクナイ！と言ってたらしい。
Oracleが先にできたから今でも生き残ってるんだね。
92 ：仕様書無しさん：2009/01/12(月) 14:48:43
SQL終わったな。これからは俺QLを使ってくだされ。
93 ：仕様書無しさん：2009/01/12(月) 15:29:17
彼女にINSERTしてもいいですか？

オマイラをDELETEしてもいいですか？TRUNCATEがいいカイ？

女子高生をSELECTしてもいいですか？

オイラのアスコをUPDATEしちゃうよ？

94 ：仕様書無しさん：2009/01/12(月) 15:42:46
INSERT ERROR : 小さすぎます
95 ：1：2009/01/14(水) 02:28:27
そーいやLINQではfrom句が頭のほうに行ったんだな。少しSQLの言語仕様の
不合理性に気付いたわけだ。
96 ：仕様書無しさん：2009/01/14(水) 03:35:57
>>1へ

DB板も活用してあげてください。
97 ：仕様書無しさん：2009/01/14(水) 16:32:36
>>91
なんか自分で欠点見つけて凹んだ挙句全否定しだしたらしいね
98 ：仕様書無しさん：2009/01/21(水) 17:11:58
へぇ…全否定することも無いのに。

コッド博士に感謝しまくりですよ。集合の取扱いが楽で良いわ。
99 ：仕様書無しさん：2009/01/21(水) 23:55:47
selectは色々できすぎて困るというのとか聞いたことがある
現行の実装でのそれはrelational algebraで定義されてる演算9種類分の仕事を一手に受けてるとか
100 ：仕様書無しさん：2009/01/24(土) 21:03:00
もしselectに代わるものがあるのなら俺の頭の柔軟性がまだ残ってる間に出てきてほしい。
１０年後でも新しい概念を完全に理解できる自信はない。
必要になったら頑張るけど。
101 ：仕様書無しさん：2009/03/15(日) 17:20:33
sage
102 ：仕様書無しさん：2009/04/02(木) 22:21:44
オラオラage
103 ：仕様書無しさん：2009/06/20(土) 18:04:13
いやそもそもだな、selectの対象になる表の宣言(FROM句)が列(フィールド)の後にあるってどういうことだよ。
表の宣言はselect、update、insert、deleteとは独立にされるべきだと思う。
104 ：仕様書無しさん：2009/06/22(月) 09:59:10
どういうこと、って
そりゃ英文法がそうだから、としか。
105 ：仕様書無しさん：2009/06/23(火) 12:52:17
あの頃(いつ?)の言語は、みんなそうだったんだ。

MOVE 5 TO A

とかな。

今、SQL を作ろうとしたら、処理順、つまり、FROM句からになると思う
106 ：仕様書無しさん：2009/07/05(日) 18:51:21
すみません
誰か教えて下さいーー。

今、Accessのmdbデータを、SQL Developerで開こうとしてるのですが、
「システム表への読み取りアクセス権がありません。
AccessDBを変更してから再試行してください」
って出ちゃいます！！
ちゃんとユーザー名とパスワードは正しいのを入力してるはずなんですが、
どこをどうしたらSQL Developerで開けるようになると思いますか？
すみませんがどなたか教えて下さい！お願いします！！
107 ：仕様書無しさん：2009/07/18(土) 18:17:17
SQL Developer で直接開けないんなら、Access 起動して SQL Developer の
データベースにアクセスして、mdb の内容をコピペすればいいんじゃない？
いくらなんでも Access では開けるでしょう
Access で開けなかったら、mdb に問題ありってことだ
108 ：仕様書無しさん：2009/07/18(土) 18:26:23
くそ、見返したら１週以上前の書き込みか
109 ：仕様書無しさん：2009/07/18(土) 19:30:29
質問ｽﾚでもないのに (つかそれ以前にｲﾀﾁ) 質問しちゃう莫迦に
嬉しげに答えようなんて思うから
そういう目に遭う
110 ：仕様書無しさん：2009/07/18(土) 20:55:26
1週どころじゃねーだろ馬鹿
111 ：仕様書無しさん：2009/08/20(木) 22:58:43
教えてください。
SQLプロファイラって停止させないと、プロファイラ画面閉じても動いているんですか？
112 ：仕様書無しさん：2009/08/22(土) 10:56:14
>>111
こっちで聞け。
ttp://pc11.2ch.net/test/read.cgi/db/1231665917/l50
113 ：106：2009/09/22(火) 12:19:20
>>108 さん
すみません、答えて頂いたのに。。気がつかなくて・・・。
あと、質問スレでもないのに質問してすみませんでした。
答えてくれた人たちありがとうございます。
今後気を付けます、申し訳ありませんでした。
114 ：仕様書無しさん：2009/10/22(木) 21:01:44
rollback
115 ：仕様書無しさん：2009/10/22(木) 22:34:08
SQLは不完全な言語である。やはりコボルが完全な言語だ。
116 ：仕様書無しさん：2009/10/23(金) 09:20:47
>>115
問合せ言語とプログラミング言語を比較する、その頭の悪さは生まれつきですか？
117 ：仕様書無しさん：2011/04/23(土) 20:30:01.92
あくまでも経済性の原理が働いているだけ。
おまえらが書かなきゃならないコードは、大量生産品！
行数を書くのが仕事だ！
118 ：仕様書無しさん：2011/04/29(金) 03:42:11.12
量産型なら簡易化されるもんじゃないの
119 ：仕様書無しさん：2011/04/29(金) 10:29:13.17
>>118
よい指摘だが、簡易化できる新しい道具を作るのはおまえらには無理！
120 ：仕様書無しさん：2011/04/29(金) 22:00:31.32
うむ、だからより簡単で楽になるものを待ってるぜ？
それはそうと
いつかきっとできるよね〜　待ってま〜す♪
あのCMちょっとムカつく
子供がそんな受け身じゃイカンだろうと。

大人はもう良いの夢も希望もとっくに無くなってるから
121 ：仕様書無しさん：2011/12/23(金) 22:05:24.44
RDBで入れ子な構造扱うなら入れ子集合モデルも視野に入れるべき
円に見立ててrgt - lftしつつ、あいだは小数点で理論上は永遠にノード追加できるし
パス的なものなら経路列挙もありかもね
そもそもRDBには苦手なとこだからxmlDBを採用するってのもありか
122 ：仕様書無しさん：2011/12/23(金) 22:06:27.88
ってかnosqlって流行ってんの？
123 ：仕様書無しさん：2011/12/24(土) 00:33:19.76
特に流行ってる訳じゃないよな
124 ：仕様書無しさん：2013/03/12(火) 16:03:23.52
【サラ金】 偽装請負だった奴ちょっとこい。年収172万円だった奴で450万円貰えるぞ！ 【特需ふたたび】
http://engawa.2ch.net/test/read.cgi/poverty/1363064038/
125 ：仕様書無しさん：2014/06/26(木) 01:20:51.84
エンジニアにSQLと帳票やらすな。あと画面デザインも。
CやVBが絶滅したみてーにRDBとSQLも早く消えてくれねーかな。
帳票も消えて欲しいがあれは必要なのは認めるから
帳票は帳票専門職に丸投げできるようにしてくれよ。
126 ：仕様書無しさん：2014/06/26(木) 05:05:14.67
何もできない”エンジニア”は要らんよ
127 ：仕様書無しさん：
>>125
投げりゃ良いじゃん
投げずにやっちゃうから、ああ出来るんだなって