虹裏img歴史資料館

1 20/12/14(月)14:19:19 No.755147157

全角スペース

2 20/12/14(月)14:22:21 No.755147661

そういうのSQL整形してくれるページにシューーーッ!

3 20/12/14(月)14:24:27 No.755148048

そんな便利なページが！？

4 20/12/14(月)14:27:24 No.755148602

SELECT * FROM manko LEFT JOIN chinpo ON manko.id = chinpo.mankoid;

5 20/12/14(月)14:27:29 No.755148615

sql 構文チェックでmySQLだけど出るな

6 20/12/14(月)14:28:08 No.755148723

ほかでは動いてたんです！っていうのが悲しいよな

7 20/12/14(月)14:34:07 No.755149760

（mankoとchinpoを結合してアナルを選ぶ）

8 20/12/14(月)14:37:02 No.755150268

どうもHINT句の使用が怒られてるらしい が、どう直せばいいのかわからん

9 20/12/14(月)14:38:24 No.755150518

Sqlserverのインデックス全てpostgresqlに適用した？

10 20/12/14(月)14:40:17 No.755150834

ベンダー依存になりそうなことは避けような

11 20/12/14(月)14:40:48 No.755150929

hoge WITH(INDEX(huga)) が気に入らないらしい WEB上のツールに突っ込んでも同じことを言われる

12 20/12/14(月)14:47:06 No.755152044

sqlも方言あるからな

13 20/12/14(月)14:47:10 No.755152057

SQLって方言多いから基本エンジンの変更なんてしちゃ駄目よ まず確実に炎上事案になる

14 20/12/14(月)14:47:46 No.755152166

書き込みをした人によって削除されました

15 20/12/14(月)14:48:32 No.755152305

http://kashi.way-nifty.com/jalan/2014/05/post-f056.html これ？

16 20/12/14(月)14:51:32 No.755152874

>http://kashi.way-nifty.com/jalan/2014/05/post-f056.html この人の言うとおりだな

17 20/12/14(月)14:53:08 No.755153159

sqlってやたら方言多いのなんとかならんのかな

18 20/12/14(月)14:54:11 No.755153350

left/right join使い分けるシーンマジでないから なくしたらいいのに

19 20/12/14(月)14:57:35 No.755153983

>SQLって方言多いから基本エンジンの変更なんてしちゃ駄目よ >まず確実に炎上事案になる oracleさん高いから移行します！って案件がいっぱいあるんすよ…

20 20/12/14(月)14:58:41 No.755154143

ORACLEはNULLと空文字の扱いが他と違うからな…

21 20/12/14(月)14:59:00 No.755154186

oracleが高いのはわかるけど もともとoracle使ってる規模のシステムだと oracleの方言使いまくってるよね

22 20/12/14(月)15:00:04 No.755154371

>ORACLEはNULLと空文字の扱いが他と違うからな… 実行時にわかりやすくエラーなりワーニングなり出してくれるのは分かりやすいけど 正常に動いて返ってくる結果だけ異なると大変困る…

23 20/12/14(月)15:00:28 No.755154432

>sqlってやたら方言多いのなんとかならんのかな 実装が違うからしょうがねぇんだ OracleからPostgreSQLに移行したいんだけど？はC言語で書いてるプログラムJavaに移植したいんだけど？と同じだと思って欲しい

24 20/12/14(月)15:06:28 No.755155528

>>http://kashi.way-nifty.com/jalan/2014/05/post-f056.html >この人の言うとおりだな 直すの大変そうだな ポスグレに変える時リスクチェックしてなかったんだろうな

25 20/12/14(月)15:07:34 No.755155736

エンジン変えやすいようにSQLは至極単純なものにしてAP内で絞り込みや加工しますね！

26 20/12/14(月)15:07:59 No.755155803

燃えるのはわかるんだ でも上が決めたから仕方ねえんだ

27 20/12/14(月)15:08:55 No.755155982

なのでこうしてSQLを書かない なんか重いのでたまに書く

28 20/12/14(月)15:11:03 No.755156393

AP⇔DB間のやり取りを減らす為にSQLが複雑になっていくんだ

29 20/12/14(月)15:12:37 No.755156700

>燃えるのはわかるんだ >でも上が決めたから仕方ねえんだ やっぱり無理があるよ…前と全く同じに動かせっていうのは…

30 20/12/14(月)15:14:16 No.755157055

だいぶ昔の話だけどACCESSの単体ツールのSQLをMSSQLのトランザクションに移す作業が地味に面倒だった

31 20/12/14(月)15:15:00 No.755157202

弊社システムの仕様がCOBOLと汎用機の頃から脈々と受け継がれてきたままなので SQLで絞らずゴソッと引っこ抜いてアプリケーション側で取捨選択するのですこぶる評判が悪い

32 20/12/14(月)15:15:10 No.755157241

移行するなら単純なselect以外使うなってなる plsql あるなら移行しねえ

33 20/12/14(月)15:16:04 No.755157434

ヒント使いたくない…こわい

34 20/12/14(月)15:16:25 No.755157505

助けて有償サポート！

35 20/12/14(月)15:17:46 No.755157763

ストアドに業務処理を織り込むな

36 20/12/14(月)15:21:12 No.755158401

>ヒント使いたくない…こわい 今更新規に使うことも無かろう そんなパフォーマンス必要なところはNoSQL使うだろうし

37 20/12/14(月)15:27:44 No.755159652

Hint句とかそもそもDB乗り換えたらイチからやり直したほうがよかろう

38 20/12/14(月)15:33:38 No.755160762

>>SQLって方言多いから基本エンジンの変更なんてしちゃ駄目よ >>まず確実に炎上事案になる >oracleさん高いから移行します！って案件がいっぱいあるんすよ… 移行すんならSQL全部見直せって突っ返せよ

39 20/12/14(月)15:37:32 No.755161482

SQL Serverが便利すぎる お高いけど

40 20/12/14(月)15:38:37 No.755161675

>plsql あるなら移行しねえ MYSQLでもplsql動きますよ！（動かない

41 <a href="mailto:す">20/12/14(月)15:38:54</a> [す] No.755161730

結局postgreで使えないHINT句を使ってたのが原因だとわかったよ ありがとうね

42 20/12/14(月)15:39:34 No.755161840

おつかれ

43 20/12/14(月)15:41:26 No.755162160

>SQL Serverが便利すぎる >お高いけど CALが掛かる分oracleより高くなるんじゃないかと思う

44 20/12/14(月)15:42:34 No.755162351

わかって良かったな、頑張れ

45 20/12/14(月)15:43:22 No.755162491

わかってからどうするかが本当の地獄だ

46 <a href="mailto:す">20/12/14(月)15:44:39</a> [す] No.755162701

ついでにpostgre使用時はあんま実行速度変わんないからインデックス自体使わなくていいよ♥っていう実装方針だったよ わかった後から見ればなんだーって感じだけどほんと原因特定厄介だね

47 20/12/14(月)15:50:34 No.755163744

>ついでにpostgre使用時はあんま実行速度変わんないからインデックス自体使わなくていいよ♥っていう実装方針だったよ それSQLがくさって…

48 20/12/14(月)15:52:13 No.755164035

mysqlしか分からんけどそのままの知識で他に突っ込んだらやばそう

49 20/12/14(月)15:53:54 No.755164315

お願いだからさ、実行計画見てよ

50 20/12/14(月)15:58:29 No.755165099

oracle使えると楽でいいよね

51 20/12/14(月)15:59:17 No.755165238

オプティマイザさんは賢いからな…

52 20/12/14(月)16:00:34 No.755165464

おれmysqlすこしわかる innodbいがいはきくな

53 20/12/14(月)16:00:39 No.755165481

>postgre使用時はあんま実行速度変わんないからインデックス自体使わなくていいよ♥ マジか

54 20/12/14(月)16:01:18 No.755165586

SQL内でINDEXを使うな

55 20/12/14(月)16:03:15 No.755165933

DATE型ひとつですら方言あるのは勘弁してほしい