虹裏img歴史資料館 - imgの文化を学ぶ

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

  • iOSアプリ 虹ぶら AppStoreで無料配布中
  • INNERと... のスレッド詳細

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

    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

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