虹裏img歴史資料館

1 21/10/29(金)22:21:03 No.861396873

全然分からない

2 21/10/29(金)22:22:14 No.861397488

すきゅーる

3 21/10/29(金)22:22:19 No.861397523

civ6のために履修始めたけど俺はインサートすらできない…

4 21/10/29(金)22:22:45 No.861397748

シィークェルっていうらしいな

5 21/10/29(金)22:23:25 No.861398094

select結果で対応する項目を更新するupdate書いたけど なぜ動くのかサッパリわからない

6 21/10/29(金)22:24:53 No.861398809

>なぜ動くのかサッパリわからない updateでそれは流石にやめろ

7 21/10/29(金)22:25:34 No.861399300

言語は使われるために作られているから勉強すればいつか使えるようになる

8 21/10/29(金)22:25:48 No.861399464

with句活用で読みやすくなったぞ！ なったのか…？

9 21/10/29(金)22:26:22 No.861399682

>select結果で対応する項目を更新するupdate書いたけど >なぜ動くのかサッパリわからない わかる人のレビュー通してから実行してね…

10 21/10/29(金)22:26:40 No.861399846

select *

11 21/10/29(金)22:26:41 No.861399853

数回に分けて発行すればシンプルなのに無理やり一つのクエリでやろうとする

12 21/10/29(金)22:27:09 No.861400070

SQLに関しては基本構文で運用に耐えられるよう設計しろといいたい

13 21/10/29(金)22:27:19 No.861400138

うにおん…？

14 21/10/29(金)22:27:22 No.861400163

>>なぜ動くのかサッパリわからない >updateでそれは流石にやめろ ちょっとテストデータ直すのに1回打っただけだから…結果は大丈夫だったから…次は気をつけます

15 21/10/29(金)22:27:49 No.861400367

オラクル半分くらいしかわからない

16 21/10/29(金)22:28:16 No.861400567

>select結果で対応する項目を更新するupdate書いたけど >なぜ動くのかサッパリわからない わかりやすいDBとわかりにくいDBはある update文に関してはSQL Serverは最高だと思う

17 21/10/29(金)22:29:06 No.861400987

集計クエリを投げたら帰ってこなくなってそのまま本番環境が停止した(最悪)

18 21/10/29(金)22:29:10 No.861401018

社内システムの設計・実装はやったことあるけど全然わからん 雰囲気で使っていた

19 21/10/29(金)22:29:44 No.861401319

>数回に分けて発行すればシンプルなのに無理やり一つのクエリでやろうとする READ COMMITTEDだと本当にある瞬間の値が欲しければそうなる

20 21/10/29(金)22:30:06 No.861401480

>civ6のために履修始めたけど俺はインサートすらできない… 調べたらなるほどMODで使うのか…

21 21/10/29(金)22:30:32 No.861401645

たぶん一発で集計できるクエリあるんだろうけど追いきれなくなって 段階ごとに一時テーブル作ってinsertするマンになる

22 21/10/29(金)22:30:43 No.861401721

BQなので何も考えなくてもちゃんとした結果が手早く帰ってきてこれは…めちゃめちゃありがたい… 俺は多分他のDB触れない…

23 21/10/29(金)22:31:27 No.861402102

>集計クエリを投げたら帰ってこなくなってそのまま本番環境が停止した(最悪) 開発経験それなりにないとクライアント閉じれば止まると勘違いしそうと思いました(恐怖)

24 21/10/29(金)22:31:41 No.861402204

BQって何？

25 21/10/29(金)22:32:04 No.861402447

直接触らないでDAOにおまかせしてるから…

26 21/10/29(金)22:32:05 No.861402457

>たぶん一発で集計できるクエリあるんだろうけど追いきれなくなって >段階ごとに一時テーブル作ってinsertするマンになる 安いDBだとどうせ返って来なくなるからそれで良い 最高級のOracleならもったいない気もするが

27 21/10/29(金)22:33:17 No.861403039

>最高級のOracle Oracleにいくらもらったの？

28 21/10/29(金)22:33:51 No.861403306

Accessで見に来るのやめろfullscanかけるな

29 21/10/29(金)22:34:08 No.861403433

>BQって何？ 毎月転送量1TB以内なら使用無料なBigQueryをご存じない！？

30 21/10/29(金)22:34:18 No.861403523

>Oracleにいくらもらったの？ こっちが金払った上で宣伝頼んでくるぞ奴らは

31 21/10/29(金)22:34:57 No.861403833

>>最高級のOracle >Oracleにいくらもらったの？ ゴミクズみたいなクエリでもちゃんと返ってくるんだよ マジすげえよ

32 21/10/29(金)22:34:58 No.861403842

Oracleが人に金をあげるイメージないな…

33 21/10/29(金)22:35:10 No.861403928

>>最高級のOracle >Oracleにいくらもらったの？ oracleなら止まらないなんて考えは捨てろ

34 21/10/29(金)22:35:19 No.861403995

>BQなので何も考えなくてもちゃんとした結果が手早く帰ってきてこれは…めちゃめちゃありがたい… (翌月やってくる高額請求)

35 21/10/29(金)22:35:29 No.861404086

Oracleはインタフェース周りが嫌い

36 21/10/29(金)22:35:32 No.861404121

Oracleは時々お前マジでふざけんなってバグにあたることがあって…

37 21/10/29(金)22:35:42 No.861404172

jsonが出てくると意味がわからん

38 21/10/29(金)22:35:58 No.861404290

jsonは死ね パースして入れろ

39 21/10/29(金)22:36:06 No.861404373

>Oracleは時々お前マジでふざけんなってバグにあたることがあって… 数年に一回くらい当たって頭抱えるね

40 21/10/29(金)22:36:30 No.861404618

みんな大好き右カッコがありません

41 21/10/29(金)22:38:12 No.861405439

>みんな大好き右カッコがありません 原因判らないなら判らないって素直に言えないんかなこのエラー

42 21/10/29(金)22:38:30 No.861405579

プログラマーじゃない人でもそこそこ書けるようになるからSQLってすごいなーってなる

43 21/10/29(金)22:38:31 No.861405580

Oracleの性能はトップレベルだとは思うがウチには高すぎる 分不相応と割り切ってSQL Serverを今日も使う

44 21/10/29(金)22:39:32 No.861406003

>分不相応と割り切ってSQL Serverを今日も使う 結果にコミットする

45 21/10/29(金)22:39:44 No.861406086

left...いやright joinか

46 21/10/29(金)22:40:02 No.861406254

ポスグレとMySQLしか使ったことない

47 21/10/29(金)22:40:14 No.861406371

>プログラマーじゃない人でもそこそこ書けるようになるからSQLってすごいなーってなる いわば話し言葉だからプログラミング覚えるより飲み込みやすいかもしれない

48 21/10/29(金)22:40:32 No.861406528

>left...いやright joinか 分からない…おれは雰囲気でjoinしている…

49 21/10/29(金)22:40:33 No.861406539

貧乏人はポスグレ使っとけ

50 21/10/29(金)22:40:41 No.861406582

>>分不相応と割り切ってSQL Serverを今日も使う >結果にコミットする ちゃんとbegin transaction書きなさる

51 21/10/29(金)22:41:19 No.861406849

集計系はBQにお任せすればパフォーマンスとかあんまり気にしなくてよくてありがたい…

52 21/10/29(金)22:41:28 No.861406916

RIGHTはマジで全く使わない CROSSはJOINキーを範囲指定でできなくてしょうがなくつかったことはあるがそれくらいだな

53 21/10/29(金)22:41:28 No.861406918

>left...いやright joinか 寄生獣みたいな言い方するな

54 21/10/29(金)22:41:56 No.861407125

書いた時には俺SQLﾁｮｯﾄﾜｶﾙ！ってなってるけど週明けて見直すと？？？ってなる

55 21/10/29(金)22:42:08 No.861407213

>left...いやright joinか Right joinの存在意義がわかりません…

56 21/10/29(金)22:42:11 No.861407235

jsonが6つくらい入れ子になっていた時は真面目にこれどうすればいいんですか…と実装当時を知っている人に相談した 今あるコードを参考にしてと言われた

57 21/10/29(金)22:42:16 No.861407269

natural joinはそういやそんなのあったねみたいな立場

58 21/10/29(金)22:42:21 No.861407298

SQL Serverいいよね… 照合順序…？？？

59 21/10/29(金)22:42:50 No.861407548

でもSQLでそんな複雑なことってしない方がいいよね 抽出してからいい感じに加工した方が楽なんじゃないか

60 21/10/29(金)22:42:56 No.861407600

処理速度とかコストとか考えて やくめでしょ

61 21/10/29(金)22:43:15 No.861407740

絞ったうえで情報足す時にright使うけど 特定の表出してくれーって時くらい

62 21/10/29(金)22:43:24 No.861407809

EXPLAINの見方全然わからない 俺たちは雰囲気でインデックスを張っている

63 21/10/29(金)22:43:25 No.861407813

わかりましたMariaDB使います

64 21/10/29(金)22:43:41 No.861407938

>でもSQLでそんな複雑なことってしない方がいいよね >抽出してからいい感じに加工した方が楽なんじゃないか サイズによるかなー JOINして数百GとかになるテーブルならBQでぶん回したほうが遥かに早くて楽ではある

65 21/10/29(金)22:43:43 No.861407955

とりあえず動作確かめたいからselect *ヨシ！

66 21/10/29(金)22:43:44 No.861407965

>>なぜ動くのかサッパリわからない >updateでそれは流石にやめろ なぜ動くのか分からないなら使うなならいいけど 単純にソレ使うなならわけわからない

67 21/10/29(金)22:43:45 No.861407976

>でもSQLでそんな複雑なことってしない方がいいよね >抽出してからいい感じに加工した方が楽なんじゃないか うん…全部持ってきて手元で加工するね…

68 21/10/29(金)22:43:52 No.861408019

havingって英語でどういう意味なんだろう･･