- 1 名前：仕様書無しさん [2007/02/07(水) 01:32:56 ]
- って思う
- 306 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:48:37 ]
- viewはorder byできないじゃない。
- 307 名前：仕様書無しさん [2007/02/19(月) 23:50:00 ]
- >>306
ｳｿﾂｹ
- 308 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:54:57 ]
- >>300
どういう論理展開なんだ？
- 309 名前：仕様書無しさん mailto:sage [2007/02/20(火) 00:12:27 ]
- >>306
SQL自体を勉強しなおしてから出直せ。
- 310 名前：仕様書無しさん mailto:sage [2007/02/20(火) 08:04:32 ]
- >>306
神降臨
- 311 名前：仕様書無しさん mailto:sage [2007/02/20(火) 11:37:59 ]
- >>298
既存のパッケージ品をカスタマイズして使わされる時も複雑になるね。
汎用機時代のファイル構造をそのままRDBに入れ直（ry
>>302
ビュー遅いか？
元のテーブル構造が悪いと思うが……。
あるいはちゃんと結合できてないとか。
>>305
俺もあまり好きじゃないけど、設計書みればわかるから問題になったことはないなあ。
元テーブルの構造を隠蔽して単純化できるからその点は好き。
>>306
使ってるDB教えてくれ。
>>308
俺も思った。
ビューとストアドを使うのはいいが、ベタ書きする理由にはならんよな。
さてメシ食ってこよう
- 312 名前：仕様書無しさん mailto:sage [2007/02/20(火) 12:41:23 ]
- 自己主張が強いな。
- 313 名前：仕様書無しさん [2007/02/20(火) 13:48:07 ]
- iBatisみたいにSQL外に出てると、後のSQLレベルの
チューニングがDBエンジニアだけでできて楽ちん。
- 314 名前：仕様書無しさん [2007/02/20(火) 15:30:41 ]
- それはiBatis使わないとできないのか？
- 315 名前：仕様書無しさん mailto:sage [2007/02/20(火) 16:19:48 ]
- >>311
>>308はベタ書きじゃなくて、ベタな（一般的な）手法という意味じゃなかろうか。
- 316 名前：仕様書無しさん [2007/02/20(火) 16:44:22 ]
- >>313
DBエンジニアがいればいいけどな。。。
- 317 名前：仕様書無しさん mailto:sage [2007/02/20(火) 18:32:42 ]
- 社内ルールでストアドはおろかビューも使えません
理由は「俺が知らないから（by上司）」
ORマッピングツールなんて夢のまた夢さ
- 318 名前：仕様書無しさん [2007/02/20(火) 20:31:32 ]
- それは正しい
- 319 名前：仕様書無しさん mailto:sage [2007/02/20(火) 22:04:29 ]
- >>317
ストアドはまだ許す。代替手段があるし、知らん言語は知らんだろうと。
だが、Ｖｉｅｗ程度で投げるな。orz...
- 320 名前：仕様書無しさん mailto:sage [2007/02/20(火) 22:21:35 ]
- viewってテーブル構成が糞だと
updateできなかったりなんだりでもうﾜｹﾜｶﾒじゃん
だから使わないほうがいいのさそう言う会社では
- 321 名前：仕様書無しさん mailto:sage [2007/02/20(火) 22:31:17 ]
- ハードコーディングならハードコーディングで統一してほしかったな、ウチのプロジェクト……
いろんな手法が混ざってんのは最悪だよ。
ハードコーディング派の中でも>>250みたいな書き方する奴とプレースホルダ使う奴と……
スマン愚痴になってしまった
- 322 名前：仕様書無しさん mailto:sage [2007/02/20(火) 22:36:54 ]
- >>321
俺のかかわったプロジェクトにいたっては、
そのほかに、長文Viewを書く奴と、ストアドでカーソル駆動する奴と、
何を狂ったか、RecordSetを一旦テキストファイルに落として操作する奴が
いたわけだ。
- 323 名前：仕様書無しさん [2007/02/20(火) 23:19:53 ]
- ＞RecordSetを一旦テキストファイルに落として操作する奴
それはさすがにネタだろ？
- 324 名前：仕様書無しさん mailto:sage [2007/02/20(火) 23:35:02 ]
- >>323
ワークテーブルならぬワークファイル、しかも固定長だよ。
奴がコボラだったから、テキストファイルを操作するほうが具合よかったそうだ。
- 325 名前：仕様書無しさん mailto:sage [2007/02/21(水) 05:47:32 ]
- どうりでウチのシステムのcronにrm -rf /var/hogehogeとか入ってるわけだ
- 326 名前：仕様書無しさん mailto:sage [2007/02/21(水) 07:33:17 ]
- >>324
おつかれ
- 327 名前：仕様書無しさん mailto:sage [2007/02/21(水) 11:54:04 ]
- >>317
うちも全く同じだったので､上司と血を見るほどの大げんかをしてしまった。
こちらが完全に理論武装してパフォーマンス比較までレビューしたせいか、涙を浮かべて逆ギレされた。
しまいには「その比較実験は完全に捏造だ！」とまで言われ､そのせいで処分まで受けてしまった｡
- 328 名前：仕様書無しさん mailto:sage [2007/02/21(水) 12:10:58 ]
- >>327は実にバカだな。
- 329 名前：仕様書無しさん [2007/02/21(水) 12:25:41 ]
- >>327
馬鹿かぁーーー！！
お前かーーーー！！
あのあと大変だったんだぞーーーー！！！
そういうときはだな、先輩と上司と一緒に
内々で三人で先にレビューしてだな、上司に
提案させるんだよ！！！！
もう、未だにお前の件で俺が色々やってんだぞーーー！！
まぁ、次ぎ合った時に風俗おごってくれ。
- 330 名前：仕様書無しさん mailto:sage [2007/02/21(水) 12:28:58 ]
- >>327
バカな奴だ。329が正解だよ。
- 331 名前：仕様書無しさん mailto:sage [2007/02/21(水) 12:49:12 ]
- >こちらが完全に理論武装してパフォーマンス比較までレビューしたせいか、
何が嬉しくてここに書き込るのか知らんが、上司の顔を潰すことを目的にプレゼンしたんだろ。
逆切れしてるのは>>327じゃないの？
ここまで空気を読めないヤツよりは、>>322の一番最後のコボラの方がマシな気がする。
- 332 名前：仕様書無しさん mailto:sage [2007/02/21(水) 14:11:44 ]
- ケンカはダメ！みんな仲良くしよ♪
- 333 名前：仕様書無しさん mailto:sage [2007/02/21(水) 15:05:58 ]
- アホ上司は、アホだが上司だからな
理論武装と同じ程度の会社組織を壊す覚悟が必要だったな
- 334 名前：仕様書無しさん mailto:sage [2007/02/21(水) 15:09:40 ]
- こういうやつは客に対しても同じことしそうだ。
購入した備品にけちつけてみたり。
- 335 名前：仕様書無しさん [2007/02/21(水) 15:53:57 ]
- 327の能力は評価するが
一緒には仕事したくないタイプ
- 336 名前：仕様書無しさん mailto:sage [2007/02/21(水) 16:28:25 ]
- >327の人気に嫉妬
- 337 名前：仕様書無しさん [2007/02/21(水) 17:04:57 ]
- ひあああああっ……！あああン！もうっ、もうダメぇ……！イっちゃう……！イっちゃ
う、イっちゃう、イっちゃう、イっちゃあひいいいいいいいいッ！イくうっ！そんなにされ
たらすぐイっちゃうよぉーっ！ああああああ！イク、イク、イク、イク、イク、イクッ！あ
っ、熱いい〜ッ！ああああああ！イクうッ！イクイクイクイクっ！イクうううううううううう
う〜！あああああああぁ……！あうっ……ああああ……イクう……あひいいいいいい
いぃ……！はへええええ！イグっ！イグうっ！イグイグイグイグ！イグーッ！あへ！
はへえっ！ひゃひいいいい！に、妊娠しちゃうっ！妊娠しちゃうううゥ〜！気持ちイイ
ぃ〜！妊娠キモチイイよぉ〜！ああああああああ！妊娠しながらイグう！イグっ！イ
グうっ！イグうぅーっ！
- 338 名前：仕様書無しさん mailto:sage [2007/02/21(水) 17:09:39 ]
- こんなところにまで任豚の魔の手が・・・！！
>>327はスレタイはとっとと氏ね
- 339 名前：仕様書無しさん [2007/02/21(水) 17:23:23 ]
- これが世に言う「コミュニケーション能力の欠如」というやつかね。
- 340 名前：仕様書無しさん mailto:sage [2007/02/21(水) 17:34:07 ]
- とっとさんって誰？
- 341 名前：仕様書無しさん mailto:sage [2007/02/21(水) 18:37:41 ]
- まあそれまでにもいろいろあったんだろうよ
そこまで327を叩くなって
もっとまったりいこうぜ
- 342 名前：仕様書無しさん mailto:sage [2007/02/21(水) 21:44:44 ]
- >>341
ま
こ
と
- 343 名前：仕様書無しさん mailto:sage [2007/02/22(木) 01:26:31 ]
- いま動いているシステムにバグが大量発生していてソースを色々見てるんだけど、
ガチガチにハードコーディングされてる上にDB構造の更新と整合性がとれていない・・・orz
すでに動いているからあんまり変えたくないんだけど、
やっぱりハードコーディングのままいく・・・のが無難かな？
え？上司や先輩に相談？
SQLとVBわかる人いないんですが・・・
- 344 名前：仕様書無しさん [2007/02/22(木) 12:15:22 ]
- >>343
SQLやVBのコードを相談するんじゃなくて、
「ハードコーディングされてて更新と整合性がとれてないんですけど、これに合わせたほうがいいですか?
ちゃんと作り直すとバグは減ると思いますけど○○日くらいかかって、工数は××くらいになりますけど、
これってお客さんから保守で取れますか?」
とかを相談すればいい。
- 345 名前：仕様書無しさん [2007/02/22(木) 13:00:26 ]
- >>344
おれは客の時は
そんなん、最初の時に全部しっかり言質とって設計確認してあるし
しかも、やってますっていってソースレビューさせてくんなかったよな！
って毎回言ってやってる。
だいたい半額以下に値切ります。保守費用俺が取ったりw
- 346 名前：仕様書無しさん [2007/02/22(木) 16:08:39 ]
- >>345
納品物にソースが入っていればそういうことは言えなくなるし
実際に工数がかかるわけだから、イヤなら他に言ってください、で交渉決裂ってだけだね。
- 347 名前：仕様書無しさん [2007/02/22(木) 16:23:51 ]
- >>346
まぁ、うち社長が経済ヤクザだからなw
- 348 名前：仕様書無しさん [2007/02/22(木) 16:27:19 ]
- >>347
俗に言う「不良顧客」ってやつだな。
金払いが悪いなら用はないな。
- 349 名前：仕様書無しさん mailto:sage [2007/02/22(木) 16:53:43 ]
- >>343
漏れの経験上、余程単純なシステムでない限り、
下手に修正を入れると、ドつぼにはまると思ひまふ。
触らぬ神にたたり無しです。
- 350 名前：仕様書無しさん mailto:sage [2007/02/22(木) 17:03:45 ]
- 技術者としては綺麗さっぱり修正したいが、ワーカーとしてはそんな金にならねえ癖に大変な事はやってる暇ねえと言う現実だ
- 351 名前：仕様書無しさん mailto:sage [2007/02/22(木) 18:03:31 ]
- そういう意味ではハードコードは色々便利だなw
- 352 名前：仕様書無しさん mailto:sage [2007/02/22(木) 18:08:02 ]
- >>351
どういう意味だw
- 353 名前：仕様書無しさん mailto:sage [2007/02/22(木) 18:56:12 ]
- 言ってみたかったw
- 354 名前：仕様書無しさん mailto:sage [2007/02/23(金) 01:23:29 ]
- ハードコーディングをSQLServerで
パラメータ部分を ' を '' に変換してたら
SQLインジェクションなんて全然関係ない
ハードコーディング万歳
- 355 名前：仕様書無しさん [2007/02/23(金) 07:31:33 ]
- エスキューエルハードコーディング
相手は死ぬ
- 356 名前：仕様書無しさん mailto:sage [2007/02/23(金) 07:34:02 ]
- ハードコーディング自体を嫌うのは、
コンパイラーが死ぬほど、遅かった時代の爺だけだと思われ。
- 357 名前：仕様書無しさん mailto:sage [2007/02/23(金) 07:40:07 ]
- インデックス張るの忘れてたw
特に何も言われないので、バージョンアップのたびに小出しにしてやろう。
- 358 名前：仕様書無しさん [2007/02/23(金) 08:18:36 ]
- SQL外出しのなにが嬉しいのかさっぱりわかんね。
中出しで十分。
- 359 名前：仕様書無しさん [2007/02/23(金) 08:56:58 ]
- ビジュアル的には外出しの方が萌えね？
- 360 名前：仕様書無しさん mailto:sage [2007/02/23(金) 11:14:40 ]
- 中出しの方が自然だろ
- 361 名前：仕様書無しさん mailto:sage [2007/02/23(金) 14:23:41 ]
- >>5
外に出しても大差ないだろ
- 362 名前：仕様書無しさん mailto:sage [2007/02/23(金) 14:51:17 ]
- ちゃんとつけないとな。
- 363 名前：仕様書無しさん mailto:sage [2007/02/23(金) 15:03:05 ]
- いい流れですね
- 364 名前：仕様書無しさん [2007/02/23(金) 17:26:49 ]
- 市販のプロテクトを信用してると
穴が開いてることがあるぞ。
- 365 名前：仕様書無しさん [2007/02/23(金) 17:53:44 ]
- お前ら、中出しだの外出しだの穴だのいい加減にしろよ
- 366 名前：仕様書無しさん mailto:sage [2007/02/23(金) 18:18:35 ]
- 要するに、>>365はお口に出して欲しい。ということだな？
- 367 名前：仕様書無しさん mailto:sage [2007/02/23(金) 19:27:58 ]
- >>343
これ見て思い出したんだが、昔、とんでもないシステムの改修させられたな。
当時アクセス２０００がすでに主流の時代にアクセス２．０だかなんだかで作られた
システム（そのこと自体は別にいいんだが）で、
なんか日付がずれるっつーからソースを見てみたら、
全ての月が３１日である、という前提でソースが書かれていた。
そりゃお前、１月や３月はいいが、２月や４月になるとズレるわな。
その他いろいろなバグ、バグ、バグ・・・
こんなもんどう考えても修正不可ってんで、結局その改修はウヤムヤになった。
- 368 名前：仕様書無しさん mailto:sage [2007/02/23(金) 21:42:24 ]
- >>367
似たようなので、「全ての年は月曜から始まる」って前提のソースがあったw
- 369 名前：仕様書無しさん [2007/02/23(金) 22:57:33 ]
- なんつーか、単なるアホなんじゃなかろうか
- 370 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2007/02/23(金) 23:51:53 ]
- SQLだと曜日や日にちの計算が楽でいいけど、ここはあえてZellarの公式で曜日を求めてみるテスト
- 371 名前：仕様書無しさん mailto:sage [2007/02/24(土) 00:04:02 ]
- 何のDBか忘れちゃったけどさ、
CとかC＋＋のソースに直にSQL書いて
独自のプリプロセッサで変換するやつがあったな。
struct hoge h;
SQLBEGIN
h = SELECT COL1,COL2,COL3 FROM Table1
SQLEND
見たいな。
展開すると普通にAPI+SQL文字列なソースになるだけだけどな。
なんか糞懐かしくって泣けて来たよ。
- 372 名前：仕様書無しさん mailto:sage [2007/02/24(土) 00:11:12 ]
- Pro*Cには似てないな
- 373 名前：仕様書無しさん mailto:sage [2007/02/24(土) 10:31:51 ]
- 何が嫌ってPro*C嫌いだなぁ。
- 374 名前：仕様書無しさん mailto:sage [2007/02/24(土) 10:37:32 ]
- Javaがある今、Pro*Cの存在意義ってないな
- 375 名前：仕様書無しさん mailto:sage [2007/02/24(土) 14:50:23 ]
- >>367
それ、SQL関係なくねw？
- 376 名前：仕様書無しさん mailto:sage [2007/02/24(土) 16:18:53 ]
- Javaさえあれば何もいらない人は思考が停止してるよね
- 377 名前：仕様書無しさん mailto:sage [2007/02/24(土) 16:23:21 ]
- Pro*C/C++ は C に埋め込むにはいいんだが
C++ に埋め込むととたんにがっかりするからな。
>>376
Java厨の知能レベルじゃそんなもんだろう。
ところで Pro*COBOL の存在意義（ｒｙ
- 378 名前：仕様書無しさん mailto:sage [2007/02/24(土) 20:11:46 ]
- プロジェクトでﾊｲﾊﾞﾈ使おうということになったらしいが、使える人がいないらしい
- 379 名前：仕様書無しさん mailto:sage [2007/02/24(土) 20:17:17 ]
- ハイバネなんて使っていいことないよ
- 380 名前：仕様書無しさん mailto:sage [2007/02/24(土) 20:21:02 ]
- 上の方で大絶賛してる奴がいるぞ
- 381 名前：仕様書無しさん mailto:sage [2007/02/24(土) 20:26:21 ]
- メリット・デメリット・向き・不向きをわかって
総合的判断で取り入れるのならいいけどね。＞ハイバネ
無条件で大絶賛とか、使える人もいないのにとりあえず使ってみようでは
いいことがあるわけない。
- 382 名前：仕様書無しさん mailto:sage [2007/02/24(土) 20:36:25 ]
- lazyロードとかトランザクションとか
気を使うとこが、かえって増えるから
個人的にはハイバネは、嫌いだな。
PJ内に詳しい人がいれば別なのかもしれんが。
- 383 名前：仕様書無しさん mailto:sage [2007/02/24(土) 21:46:12 ]
- >>382
>PJ内に詳しい人がいれば別なのかもしれんが。
黒船願望ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!
- 384 名前：仕様書無しさん mailto:sage [2007/02/24(土) 21:54:05 ]
- C/C++ならだまってOCI
- 385 名前：仕様書無しさん mailto:sage [2007/02/26(月) 21:35:42 ]
- データ検索機能を実装するときみんなどうしてるのかな。
データの持ち方にもよるんだろうけど、俺は（というかプロジェクトでは）
SQLを動的に生成して投げてしまう。
- 386 名前：仕様書無しさん [2007/02/26(月) 21:50:24 ]
- それ以外に方法が？
- 387 名前：仕様書無しさん mailto:sage [2007/02/26(月) 22:25:15 ]
- 入力された検索条件をテーブルにいったん落として、
それをSelectで拾ってさらにSelect。全検索のログも残って便利。
- 388 名前：仕様書無しさん mailto:sage [2007/02/26(月) 22:41:56 ]
- 言語、データ量、やりたい処理にもよるんでないの。
複雑なら、ストアドでカーソルとってループしたり。
- 389 名前：仕様書無しさん mailto:sage [2007/02/26(月) 22:53:27 ]
- 先生！
動的な生成はハードコーディングに入りますか？
- 390 名前：仕様書無しさん [2007/02/26(月) 23:25:43 ]
- 動的ってダイナミック？
オンザフライ？
- 391 名前：仕様書無しさん mailto:sage [2007/02/26(月) 23:32:54 ]
- 動物的
- 392 名前：仕様書無しさん mailto:sage [2007/02/26(月) 23:58:26 ]
- RDB使う以上Javaよりも低レイヤの言語使ってもあんま意味無いよね。
いくら頑張ってもけっきょくDBのボトルネックが問題になるし。
- 393 名前：仕様書無しさん mailto:sage [2007/02/27(火) 01:16:12 ]
- RDB使う以上どんな言語使ってもDBのボトルネックが問題になるし。
あれ？
- 394 名前：仕様書無しさん mailto:sage [2007/02/27(火) 20:53:19 ]
- Java使う以上JavaVMがボトルネックになるよね＾＾
- 395 名前：仕様書無しさん mailto:sage [2007/02/27(火) 22:41:30 ]
- それいじょうにRDBのボトルネックがでかいって言ってるんじゃねぇの？
- 396 名前：仕様書無しさん mailto:sage [2007/02/27(火) 22:54:00 ]
- いくらがんばってもRDBがボトルネックになるんだったらJava使っても使わなくても変わんないんじゃ・・・
- 397 名前：仕様書無しさん mailto:sage [2007/02/27(火) 23:28:17 ]
- Java言いたいだけかと
- 398 名前：仕様書無しさん mailto:sage [2007/02/28(水) 00:20:03 ]
- つまり、RubyとかPHPとかJavaとか、実行速度が遅い言語でもいいって事じゃね？
Cとか実装に時間がかかる＆ナーバスな言語にこだわる必要は無いって事を言いたいんだと思われ。
- 399 名前：仕様書無しさん mailto:sage [2007/02/28(水) 00:26:48 ]
- どうでもいいけどサーバサイドのJavaは全く遅くないどころか、
スケーラビリティとか考えたら現時点では最速だろ。
- 400 名前：仕様書無しさん mailto:sage [2007/02/28(水) 00:36:24 ]
- スケーラビティ考えてSQLハードコード
- 401 名前：仕様書無しさん mailto:sage [2007/02/28(水) 01:24:06 ]
- JVM立ち上がってれば速いよな
- 402 名前：仕様書無しさん mailto:sage [2007/02/28(水) 01:58:41 ]
- >>399
スケールできるだけで最速ではないと思う。
スケールの容易さではLAMPにも迫られてるような気もするし。
- 403 名前：仕様書無しさん mailto:sage [2007/02/28(水) 02:52:19 ]
- このスレは、スケールよりも保守性の方の話題なわけだが
- 404 名前：仕様書無しさん [2007/02/28(水) 06:41:21 ]
- PHPって結構早いような希ガス
- 405 名前：仕様書無しさん mailto:sage [2007/02/28(水) 08:45:08 ]
- >>404
保守性が落ちていくのがな．
マイナーバージョンアップで言語仕様が大幅に変わるのは病めていただきたい．
- 406 名前：仕様書無しさん mailto:sage [2007/02/28(水) 09:54:22 ]
- 本当に良いモノってのは、変える必要は無いんだよ。
|
 |
