虹裏img歴史資料館

ここでは虹裏imgのかなり古い過去ログを閲覧することができます。新しいログはこちらにあります

21/06/20(日)12:27:02 INNERと... のスレッド詳細

削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。

画像ファイル名:1624159622464.png 21/06/20(日)12:27:02 No.815158952

INNERとLEFT OUTERぐらいしか使ったことない

1 21/06/20(日)12:28:16 No.815159390

申し訳ないが(+)には滅んでほしい

2 21/06/20(日)12:28:50 No.815159577

CROSSとか使ったこと見たことない

3 21/06/20(日)12:29:40 No.815159824

直積は死

4 21/06/20(日)12:31:31 No.815160388

ぜんぜんSQL知りませんみたいな人は運用でも今は少ないし 内部結合と外部結合はみんな大体分かってるはず

5 21/06/20(日)12:38:31 No.815162493

弊社はコーディング規約上SQLでビジネスロジック実装すんなってなってるけど貴社は?

6 21/06/20(日)12:40:26 No.815163103

貴社ぁ!?

7 21/06/20(日)12:44:26 No.815164317

OUTERもそんなに使わねえ

8 21/06/20(日)12:46:19 No.815164897

貴社ァ恥を知れぇ!!

9 21/06/20(日)12:52:07 No.815166630

select * from tableで抽出してAP内で絞るのいいよね

10 21/06/20(日)12:55:00 No.815167475

もう共通テーブル式とウインドウ関数が使えないDBは触わりたくない

11 21/06/20(日)12:56:42 No.815167979

>もう共通テーブル式とウインドウ関数が使えないDBは触わりたくない 貴様! MySQL8.0未満をバカにする気か!!!

12 21/06/20(日)13:00:29 No.815169156

>select * from tableで抽出してAP内で絞るのいいよね よくねえよ

13 21/06/20(日)13:01:41 No.815169529

わかんないけどだいたいストアドでやってる なにもかもストアドでやらせてほしい

14 21/06/20(日)13:02:20 No.815169702

なんか処理が重たいから仮想サーバのCPUとメモリ増やしてよ

15 21/06/20(日)13:03:04 No.815169891

INNERだと意味が分からないというか行が増えたりする?からOUTERで全部書いてる たまに呼ぶたびに結果変わったりするけど まあいいだろ的な

16 21/06/20(日)13:03:37 No.815170037

INDEXがどうたらOUTERだと遅いから云々はもう聞き飽きた

17 21/06/20(日)13:03:54 No.815170131

OUTERでもテーブルによっては行増えるのでは

18 21/06/20(日)13:04:39 No.815170364

難しいからCSVにしてほしい…

19 21/06/20(日)13:05:04 No.815170498

(+)でよくない?

20 21/06/20(日)13:05:06 No.815170507

>>select * from tableで抽出してAP内で絞るのいいよね >よくねえよ 汎用機とCOBOLの時代からCOBOLとPro*Cを経てJavaに置き換えた単純な構造だから仕方ないんです…

21 21/06/20(日)13:05:38 No.815170665

オラクルマスターとったけどもうなにもかも忘れた…

22 21/06/20(日)13:06:03 No.815170782

ISAMの時代なんかどうせ全部舐めてたんだ 気にするな きっとなんとかなる ストレージいま速いし…

23 21/06/20(日)13:15:20 No.815173547

>汎用機とCOBOLの時代からCOBOLとPro*Cを経てJavaに置き換えた単純な構造だから仕方ないんです… >ストレージいま速いし… それはメインフレームがクソ早いから許されたんであって今のDBはもうちょっと賢く使って欲しい… 銀行とかはトランザクションの度にブラック口座リストとか手数料マスタとか全舐めしても全く問題ない作りだけどさ…

24 21/06/20(日)13:16:02 No.815173769

DWHの仕事してたときはSQLどっぷりだから面白かった オラクルは高いけどやっぱ早い

25 21/06/20(日)13:16:28 No.815173900

RIGHT JOINって使う場面あるのかな...

26 21/06/20(日)13:17:03 No.815174067

>MySQL8.0未満をバカにする気か!!! MySQLで育ってきたので他DBの便利機能を知らなかった RANK()便利過ぎない?!卑怯だよこれ

27 21/06/20(日)13:18:39 No.815174553

ORACLE RACはなんでアクティブアクティブでちゃんと動くの…? オーパーツだよあれ

28 21/06/20(日)13:20:33 No.815175103

FULL OUTER JOINを一回だけ使ったことがある

29 21/06/20(日)13:20:51 No.815175193

>内部結合と外部結合はみんな大体分かってるはず 正直使うときに改めて調べ直さないと不安になる

30 21/06/20(日)13:22:22 No.815175613

>なんか処理が重たいから仮想サーバのCPUとメモリ増やしてよ 一個のSQLでメモリG単位で消費するの本番に直で実装したアホが出たときは現場が米花町になるかと

31 21/06/20(日)13:23:35 No.815175958

>一個のSQLでメモリG単位で消費するの本番に直で実装したアホが出たときは現場が米花町になるかと 本番のデータ量だと問題になるけど開発環境でデータ量が少ないと問題ないやつ?

32 21/06/20(日)13:24:30 No.815176239

生まれてこの方SQLのカーソル使ったことないんだけど 使ってるところあるのか?

33 21/06/20(日)13:24:51 No.815176338

>本番のデータ量だと問題になるけど開発環境でデータ量が少ないと問題ないやつ? それどころか開発でテストしてないやつ

34 21/06/20(日)13:25:01 No.815176372

不安になってきたけど普通にただJOINって書いたらINNER JOIN扱いだよね?

35 21/06/20(日)13:25:45 No.815176574

>それどころか開発でテストしてないやつ そりゃ米花町で殺人の動機になるわ

36 21/06/20(日)13:26:41 No.815176814

なんか同じデータ沢山出るんでDISTINCTしました!って言われた時は心底痺れたよ…

37 21/06/20(日)13:27:53 No.815177115

OUTERが必要になるのってマスタにコードがないとかダメなパターンだと思うけどどう対処すればいいんだ

38 21/06/20(日)13:28:56 No.815177400

なんでINNERとOUTERって呼ばれるのかベン図書いてみるまで理解してなかった

39 21/06/20(日)13:29:00 No.815177421

開発時のデータだと問題が起きなかったんです!本当なんです!

40 21/06/20(日)13:30:30 No.815177831

>開発時のデータだと問題が起きなかったんです!本当なんです! これは実際よくあるからな…

↑Top