23/10/06(金)22:56:48 ウィン... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1696600608056.jpg 23/10/06(金)22:56:48 No.1109690806
ウィンドウ関数全然分からん…
1 23/10/06(金)22:58:33 No.1109691571
は？分析関数でしょあんたまさか
2 23/10/06(金)22:59:09 No.1109691806
15年oracleに縛られた人生歩んでるけど一回も使ってないわ
3 23/10/06(金)22:59:59 No.1109692154
俺も分からんから大丈夫だよ
4 23/10/06(金)23:01:01 No.1109692690
AIに聞いてみよう
5 23/10/06(金)23:01:20 No.1109692837
アンチウイルスとか入れるときにPostgreSQLよく入れるけどユーザーロール作ったりしかできん
6 23/10/06(金)23:01:49 No.1109693039
ストアドプロシージャを最近知った めっちゃ便利じゃないこれ？
7 23/10/06(金)23:02:43 No.1109693439
全然使わないから覚えられない
8 23/10/06(金)23:03:26 No.1109693794
だからデータベースにビジネスロジックを組み込むんじゃねえ！
9 23/10/06(金)23:05:52 No.1109694936
ウィンドウ関数便利だよ いちいちサブクエリとか書きとうない
10 23/10/06(金)23:07:17 No.1109695635
SELECT結果を＊で取っちゃダメって言われたけどそうなの？
11 23/10/06(金)23:07:55 No.1109695909
>SELECT結果を＊で取っちゃダメって言われたけどそうなの？ 要らんものは取らないのが基本
12 23/10/06(金)23:08:22 No.1109696106
>SELECT結果を＊で取っちゃダメって言われたけどそうなの？ 場合によるけど基本的に要らない情報もあるとコストの無駄ではある
13 23/10/06(金)23:08:59 No.1109696372
>SELECT結果を＊で取っちゃダメ 仕事でそれを指示されたのだとしたらここじゃなくて職場で聞くべきなんよ
14 23/10/06(金)23:09:32 No.1109696596
*だと列が3桁くらい返ってくるから…
15 23/10/06(金)23:10:22 No.1109697030
＊：全部取ってこい→全部はどれかを調べるコストかかる 全カラムを指定→コストかからん
16 23/10/06(金)23:10:29 No.1109697074
whereで絞るもんだと思ってた
17 23/10/06(金)23:11:24 No.1109697550
>whereで絞るもんだと思ってた 全然違う問題やめろ
18 23/10/06(金)23:11:34 No.1109697642
group by cubeとgroup by rollupと groupingがわからん
19 23/10/06(金)23:11:38 No.1109697670
Functionを親の仇みたいに嫌う上司がいるんだけどなんなの
20 23/10/06(金)23:12:00 No.1109697882
PARTITIONが便利すぎる なんか速度も速いしいいことずくめ
21 23/10/06(金)23:13:02 No.1109698560
select *でとってきた方が便利な時もある 基本やらないけど
22 23/10/06(金)23:13:25 No.1109698764
>*だと列が3桁くらい返ってくるから… どんなテーブルだよ…
23 23/10/06(金)23:13:34 No.1109698837
with句意地でも使わない人なんなの…
24 23/10/06(金)23:14:09 No.1109699126
>with句意地でも使わない人なんなの… よくわかんなくて…
25 23/10/06(金)23:14:24 No.1109699234
このスレに出てくるのどれもこれも今時RDBでやらないことだよな
26 23/10/06(金)23:14:48 No.1109699412
テーブル設計何もわからん…
27 23/10/06(金)23:14:48 No.1109699418
分析関数慣れてきたらむしろ分析関数だらけにならない？
28 23/10/06(金)23:14:55 No.1109699466
>ストアドプロシージャを最近知った >めっちゃ便利じゃないこれ？ さい らま
29 23/10/06(金)23:15:00 No.1109699504
>SELECT結果を＊で取っちゃダメって言われたけどそうなの？ Existsのときは容赦なくケツアナ使うけど 1なんて邪道
30 23/10/06(金)23:15:08 No.1109699576
今どきのRDBってどんなことやんの？
31 23/10/06(金)23:15:31 No.1109699743
>＊：全部取ってこい→全部はどれかを調べるコストかかる 言うて大したコストでも無いし…
32 23/10/06(金)23:15:43 No.1109699843
パーティションとかもよく使う
33 23/10/06(金)23:15:58 No.1109699952
コストなんてハードウェアの進化で解決すればええ！
34 23/10/06(金)23:16:40 No.1109700281
>select *でとってきた方が便利な時もある 業務パッケージとかはほぼSelect *でとってきてアプリ側でなんとかせいとかやってるのが多い気もするけどそうでもない？
35 23/10/06(金)23:16:51 No.1109700369
>>＊：全部取ってこい→全部はどれかを調べるコストかかる >言うて大したコストでも無いし… ビッグデータになると大したことないコストがエグいコストになるから…
36 23/10/06(金)23:16:54 No.1109700406
システムとして動かすなら基本アナルは使わないけどオラッ！情報出せッ！ってSQLを手で投げる時はいっぱい使う
37 23/10/06(金)23:17:18 No.1109700582
明後日デスペだけどなんも勉強しとらん…
38 23/10/06(金)23:17:50 No.1109700880
union all
39 23/10/06(金)23:17:51 No.1109700891
国産RDBの劔が出たので地味に期待している
40 23/10/06(金)23:18:15 No.1109701096
ストアドプロシージャを多用すると後任が困るから…
41 23/10/06(金)23:18:21 No.1109701139
1msの差も100万回繰り返せば17分差だからね
42 23/10/06(金)23:18:52 No.1109701402
>コストなんてハードウェアの進化で解決すればええ！ どんなクソクエリでも平気でこう言うクソプログラマには無限のインフラ予算を取ってくる義務を課したい
43 23/10/06(金)23:19:17 No.1109701595
>国産RDBの劔が出たので地味に期待している 期待できる理由がよくわからない
44 23/10/06(金)23:19:18 No.1109701607
>PARTITIONが便利すぎる >なんか速度も速いしいいことずくめ 同じテーブル何回もスキャンしてGROUP化してJOINするぐらいなら一回だけスキャンしてサーバーのメモリとCPUでアレコレやったほうが速いしね
45 23/10/06(金)23:19:26 No.1109701666
>ストアドプロシージャを多用すると後任が困るから… 平成初期に組み上げられたとんでもねえスパゲッティプロシージャいっぱいある…
46 23/10/06(金)23:19:50 No.1109701843
viewをちゃんと設計してたら*でもいいよ
47 23/10/06(金)23:20:10 No.1109701984
supabaseでwebアプリにSQL直書きすると背徳感で射精するほど気持ちいい
48 23/10/06(金)23:20:28 No.1109702117
可読性の面でもカラム指定した方がええくない？
49 23/10/06(金)23:20:51 No.1109702262
「テーブルのだいたい全要素を取ってくる」っていう意味のクエリなら*もありかな？ テーブル定義変える度に変更するの面倒だし
50 23/10/06(金)23:21:21 No.1109702552
>ストアドプロシージャを多用すると後任が困るから… マスタテーブルを1レコードだけとってくるストアドをトランザクションデータのSELECT分に組み込み込んだ奴が「遅いんですけぉ！」とか騒いでたときは呆れた
51 23/10/06(金)23:22:22 No.1109703028
保守性考えてアナルじゃなくて指定しろって現場は結構有るな 実際探す時はそっちのほうが有り難い
52 23/10/06(金)23:22:28 No.1109703087
COUNTするときはケツアナとカラムで意味が変わってくるから結構使い分ける
53 23/10/06(金)23:22:49 No.1109703232
>保守性考えてアナルじゃなくて指定しろって現場は結構有るな >実際探す時はそっちのほうが有り難い あとでgrepしやすいんだよね
54 23/10/06(金)23:23:08 No.1109703411
>テーブル定義変える度に変更するの面倒だし テーブル定義が変わってもクエリ流用できるケースなんてほぼほぼゼロでは
55 23/10/06(金)23:24:00 No.1109703767
>テーブル定義が変わってもクエリ流用できるケースなんてほぼほぼゼロでは どうせプログラム側変えるしな…
56 23/10/06(金)23:24:40 No.1109704162
カラム増えた時指定してると対応するのがめんどくさい
57 23/10/06(金)23:24:51 No.1109704237
なんかおせえと思ったらインデックス増やしとけばええ！
58 23/10/06(金)23:25:15 No.1109704438
>テーブル定義が変わってもクエリ流用できるケースなんてほぼほぼゼロでは このテーブルにちょっとプロパティ足して画面に渡したいなぐらいのどうでもいい変更が地味に面倒くさい
59 23/10/06(金)23:25:15 No.1109704439
>>テーブル定義が変わってもクエリ流用できるケースなんてほぼほぼゼロでは >どうせプログラム側変えるしな… って言うかちゃんと見直せやって話
60 23/10/06(金)23:25:15 No.1109704442
アナルのせいで見落としが発生するテーブル変更ってどんなん？ 根本的にテーブル設計ミスってるような感じもするけど
61 23/10/06(金)23:25:27 No.1109704534
つーかなんで金曜深夜に仕事の話してんだよマゾかよ
62 23/10/06(金)23:25:52 No.1109704761
ストアドは作ってる最中はいいけどあとから見返すと何やってんだこれ？ってなるからなぁ デバッグもやりにくいし
63 23/10/06(金)23:26:10 No.1109704995
今仕事終わって帰ってきたのになんでこんな話してんだよ人類
64 23/10/06(金)23:26:26 No.1109705151
>アナルのせいで見落としが発生するテーブル変更ってどんなん？ 結合したテーブルの両方に同じ名前のカラムが有るとか？
65 23/10/06(金)23:27:01 No.1109705455
>カラム増えた時指定してると対応するのがめんどくさい 最初から必要になるカラムだけ指定しとけばいちいち変えなくていいじゃないか
66 23/10/06(金)23:27:03 No.1109705477
>つーかなんで金曜深夜に仕事の話してんだよマゾかよ 明日も仕事だけど？
67 23/10/06(金)23:27:21 No.1109705616
上司にデータアナルリストになれって言われたけど嫌だよお
68 23/10/06(金)23:27:35 No.1109705716
>Functionを親の仇みたいに嫌う上司がいるんだけどなんなの おそらく保守性か何かか あとRDB移植したくなった時にかなり困る
69 23/10/06(金)23:28:34 No.1109706127
>ウィンドウ関数全然分からん… group byと同じ・ただし戻す結果の行が減らないバージョンだと思えばいい
70 23/10/06(金)23:28:39 No.1109706158
可能な限りどんなDBでも使える書き方…
71 23/10/06(金)23:28:56 No.1109706260
NVL無いの？とかいうのやめて
72 23/10/06(金)23:29:18 No.1109706388
RDB移植とかあるの？
73 23/10/06(金)23:29:26 No.1109706429
>カラム増えた時指定してると対応するのがめんどくさい 増えたカラムいらんかったら対応する必要ないしいるんだったら逆にアナル使ってようがまいが対応しなきゃダメじゃん…
74 23/10/06(金)23:29:36 No.1109706497
標準じゃないことに脳を割きたくないという気持ちも正直ある
75 23/10/06(金)23:29:58 No.1109706640
ストアドに良い思い出ないなぁ 作る時はまぁ気持ちいいかもしれんが...
76 23/10/06(金)23:30:18 No.1109706778
トランザクション単位くらいでいいからストアドプロシージャつかお？って言っても使わせてくれない
77 23/10/06(金)23:30:19 No.1109706781
SQLでできる限り前処理を済ませた方がバグが少ない教とSQLはデータ抽出に留めて紐づけは手続き型でやりたい教がある 個人的にはどっちに拘るのもアホだと思う
78 23/10/06(金)23:30:23 No.1109706806
>NVL無いの？とかいうのやめて そこでこのIFNULL
79 23/10/06(金)23:30:25 No.1109706817
うちのチームにinner joinを多用してwhere句を使わない人がいて可読性落ちるから困る まあ俺はもう一線退いてるから見て見ぬふりしてるけど…
80 23/10/06(金)23:30:37 No.1109706892
>RDB移植とかあるの？ oracleライセンスちょくちょく変えるから… 国の案件だと脱oraはちょくちょくあるよ
81 23/10/06(金)23:30:39 No.1109706905
最近BigQuery触ってるから標準構文忘れがちになる
82 23/10/06(金)23:30:58 No.1109707037
ストアド入れないと行けない事態は大抵めんどくさいからな…あと引き継ぎのときにスッポ抜かしやがる
83 23/10/06(金)23:31:03 No.1109707076
オラクルクソたけえからな
84 23/10/06(金)23:31:39 No.1109707322
>>NVL無いの？とかいうのやめて >そこでこのIFNULL ヤメテ！ ちゃんとCASE式使って
85 23/10/06(金)23:32:04 No.1109707485
>あとRDB移植したくなった時にかなり困る なければ楽ってことはないし大した問題じゃないと思う
86 23/10/06(金)23:32:04 No.1109707490
SELECT Futaba FROM img WHERE 「」 == 'hage'
87 23/10/06(金)23:32:13 No.1109707560
開発用ツールだとwith句通るけど本番構成に組み込むと通らなくなるクソシステムがあった 問い合わせたら隠し仕様だそうです クソァ！
88 23/10/06(金)23:32:21 No.1109707612
SQLServerです通してください
89 23/10/06(金)23:32:21 No.1109707614
>うちのチームにinner joinを多用してwhere句を使わない人がいて可読性落ちるから困る >まあ俺はもう一線退いてるから見て見ぬふりしてるけど… なんかあんまりイメージつかないな 結合が必要で結合するテーブルにフィルタかけるという前提ならwhereよりonでやる方が俺は見やすい
90 23/10/06(金)23:32:50 No.1109707798
みんな！空文字はnullだよね！
91 23/10/06(金)23:33:21 No.1109708015
VIEWの設計でWITH句めっちゃ使ってきて
92 23/10/06(金)23:33:56 No.1109708229
>RDB移植とかあるの？ 15年ぐらい前にそういうプロジェクトと同時並行で進んでたサブシステムやってたことがあったけどORACLEからの移植のせいかNULLに関する処理がいい加減過ぎて結合テスト以降バグが出まくって火噴いた
93 23/10/06(金)23:34:06 No.1109708292
正直言うと分析関数はいまだによく理解してない 過去のやつからコピペで持ってきてそれっぽく書き換えてる
94 23/10/06(金)23:34:27 No.1109708434
データベーススペシャリスト試験間に合わないんですけど！
95 23/10/06(金)23:34:44 No.1109708539
whereより先にinner join で絞っておく方が速いことたまにあるからそれかと思う
96 23/10/06(金)23:34:52 No.1109708583
可読性目的でWith多用するけどオプティマイザに影響与えるとか聞いて恐々としている
97 23/10/06(金)23:34:54 No.1109708605
見るSQLみんな改行改行で縦に長いんだけどそれが正しいの？ 横に長い方が個人的には好きなんだけど
98 23/10/06(金)23:35:10 No.1109708704
よくわかっていないので実際に動く環境がないとちょっとした質問にも窮する
99 23/10/06(金)23:35:20 No.1109708767
OracleからPostgreSQLに移行は結構聞いた
100 23/10/06(金)23:35:57 No.1109708982
>データベーススペシャリスト試験間に合わないんですけど！ 仕事でDB触ってれば普通に受かるぞ
101 23/10/06(金)23:36:00 No.1109709002
>結合が必要で結合するテーブルにフィルタかけるという前提ならwhereよりonでやる方が俺は見やすい というかいまだにONで絞った方が速い場合もあるので使い分けが重要じゃないかって思う
102 23/10/06(金)23:36:02 No.1109709018
>OracleからPostgreSQLに移行は結構聞いた 上でも言ってる人いたけど公官庁案件だと最近多いね
103 23/10/06(金)23:36:16 No.1109709107
WHEREでテーブル結合するのはよくないってばっちゃがいってた
104 23/10/06(金)23:36:31 No.1109709220
>可読性目的でWith多用するけどオプティマイザに影響与えるとか聞いて恐々としている ｱﾅﾙﾗｲｽﾞくらい使え
105 23/10/06(金)23:36:45 No.1109709318
>見るSQLみんな改行改行で縦に長いんだけどそれが正しいの？ >横に長い方が個人的には好きなんだけど 取り出す列数を間違えて意図しない添字を使ったりしない自信があるなら…
106 23/10/06(金)23:36:49 No.1109709341
inner joinが多すぎるってのはwhereで解決するものでもない気がするが…
107 23/10/06(金)23:36:50 No.1109709345
(+)のどっちがどっちだったか毎回忘れてググる ANSI縛りモードとかないの…？
108 23/10/06(金)23:36:50 No.1109709347
見やすくしてくれるならなんでもええ
109 23/10/06(金)23:36:59 No.1109709405
>見るSQLみんな改行改行で縦に長いんだけどそれが正しいの？ >横に長い方が個人的には好きなんだけど ワンライナーは趣味に留めて下さいお願いだから
110 23/10/06(金)23:37:09 No.1109709485
>(+)のどっちがどっちだったか毎回忘れてググる >ANSI縛りモードとかないの…？ そんなの使うな
111 23/10/06(金)23:37:10 No.1109709489
実行計画の見方が未だによくわからない 雰囲気で判断している
112 23/10/06(金)23:37:20 No.1109709556
>>OracleからPostgreSQLに移行は結構聞いた >上でも言ってる人いたけど公官庁案件だと最近多いね お金ないのかな
113 23/10/06(金)23:37:24 No.1109709592
DBスペ持ってるけどSQL書いたことないわ
114 23/10/06(金)23:37:25 No.1109709599
>(+)のどっちがどっちだったか毎回忘れてググる 方言使うのマジやめてほしい
115 23/10/06(金)23:37:46 No.1109709718
>横に長い方が個人的には好きなんだけど 横スクロールキツくない？
116 23/10/06(金)23:37:46 No.1109709719
(+)ってoracle技術者でも最近使わないな
117 23/10/06(金)23:37:48 No.1109709732
列結合ならJOINだなぁ WHEREはその他の条件絞り込みで使う感じ
118 23/10/06(金)23:37:52 No.1109709769
DBイジイジする「」はデスペ取ってるの？
119 23/10/06(金)23:38:09 No.1109709870
>お金ないのかな はい
120 23/10/06(金)23:38:14 No.1109709899
他のPCからバックアップファイル取得したけど復元できねえ！
121 23/10/06(金)23:38:16 No.1109709912
年々金額上げてきてムカつくからさ…
122 23/10/06(金)23:38:27 No.1109709980
古いのはオラクル使わんでもいい要件のものにオラクル使いまくってるからな
123 23/10/06(金)23:38:33 No.1109710024
>OracleからPostgreSQLに移行は結構聞いた 会社でやってるのいるけど移行性ばかり見てて性能で心配になる posgreさん気軽にテーブルロックかけるから用途によっては死ぬ
124 23/10/06(金)23:38:43 No.1109710092
MariaDBです…
125 23/10/06(金)23:39:20 No.1109710295
>No.1109707490 なぜimgテーブルにfutaba列があるんですか？ テーブルの用途はなんですか？ 「」列ってなんなんですか？
126 23/10/06(金)23:39:22 No.1109710302
SQLｽｺﾞｲﾃﾞｷﾙおじさんが書いた300行くらいあるクエリ おじさんが異動して誰も読めない呪物と化してる
127 23/10/06(金)23:39:36 No.1109710384
あとは最近のガバメントクラウドの流れだとOCI以外はOracle実質使えないに等しいからね
128 23/10/06(金)23:39:54 No.1109710482
うちの会社ユーザ企業なんだけど新規案件にMySQL使い始めて不安しか無い
129 23/10/06(金)23:39:57 No.1109710505
デスペって取る意味あるのか
130 23/10/06(金)23:40:04 No.1109710554
カンマを後ろに書くな
131 23/10/06(金)23:40:09 No.1109710595
B+木のインデックススキャンしたときの計算量はどうなるのかわからん リーフのチェーンを考えるとO(N+logM)とかなのか
132 23/10/06(金)23:40:55 No.1109710859
>うちの会社ユーザ企業なんだけど新規案件にMySQL使い始めて不安しか無い 全体のデータ量大したことないなら別にいいんじゃないの？
133 23/10/06(金)23:40:55 No.1109710868
ER図とか無くてケツ合条件とか分からないって言うんで前に書いたのをサンプルに渡したらLEFT OUTER JOINとかを全部LEFT JOINってな感じに書きかえられたことがあってなんかもにょっとした
134 23/10/06(金)23:41:01 No.1109710920
官公庁に限らずDBに金ケチらない会社の方が少ない それはそれとしていい加減Oracleは殿様商売やめろやめて
135 23/10/06(金)23:41:12 No.1109710982
>最近BigQuery触ってるから標準構文忘れがちになる 今GoogleSQLと呼ばれているやつは少し前まで自称Standard SQLだったんだ
136 23/10/06(金)23:41:29 No.1109711074
>デスペって取る意味あるのか お小遣い貰えるなら意味ある もしくは何がわからんのかわからん時期
137 23/10/06(金)23:41:49 No.1109711196
>「」列ってなんなんですか？ これ英語に読み換えると""列になるのかな
138 23/10/06(金)23:41:50 No.1109711210
>ER図とか無くてケツ合条件とか分からないって言うんで前に書いたのをサンプルに渡したらLEFT OUTER JOINとかを全部LEFT JOINってな感じに書きかえられたことがあってなんかもにょっとした 短い方が画面見やすいし… でも外部結合はOUTER感出したいよね
139 23/10/06(金)23:42:02 No.1109711296
オラクルクラウドとかいう誰も使わないクラウド 後発だから安くします！とか言われたけど自分を顧みてほしい
140 23/10/06(金)23:42:31 No.1109711471
>(+)ってoracle技術者でも最近使わないな 15年ぐらい前でもコピペ流用以外では苦笑されたようなイメージ
141 23/10/06(金)23:42:59 No.1109711676
ウチの別にIT系じゃない会社のなんちゃってデジタル部署がAccess使い始めるとか決定し出してヤバそうだなと思いながら口出すとめんどくさいことになるから黙っている
142 23/10/06(金)23:42:59 No.1109711677
デスペつってもSQLがっつり書け！とかいう問題なくて 正規化だの夜中はレンタルサーバ止めたら運営費が安いとかそんなんだったぞ
143 23/10/06(金)23:43:05 No.1109711721
BigQueryとCloud Spannerが好きな俺はもうGoogleから逃げられない
144 23/10/06(金)23:43:11 No.1109711756
>オラクルクラウドとかいう誰も使わないクラウド >後発だから安くします！とか言われたけど自分を顧みてほしい あとで他より高くするのが目に見えてるからな…
145 23/10/06(金)23:43:14 No.1109711777
チューニング(with no lockをひたすらつけていく)
146 23/10/06(金)23:43:31 No.1109711889
WITH文を変数定義するみたいなスナック感覚で使いたい オプティマイザ君に全部投げてよしなにやってほしい
147 23/10/06(金)23:43:34 No.1109711904
>後発だから安くします！とか言われたけど自分を顧みてほしい ある程度シェアとったら殿様商売はじめるの目に見えてるからな
148 23/10/06(金)23:43:36 No.1109711917
>SQLｽｺﾞｲﾃﾞｷﾙおじさんが書いた300行くらいあるクエリ >おじさんが異動して誰も読めない呪物と化してる 2000行の書いた！ あらゆるところでサブクエリが動いてガチョウのゲームみたいな動きするよ！
149 23/10/06(金)23:43:41 No.1109711952
>うちの会社ユーザ企業なんだけど新規案件にMySQL使い始めて不安しか無い Javaの右往左往見てたらいきなり有料化したりはないようなあるような Oracleの考えることはわからん
150 23/10/06(金)23:43:42 No.1109711956
insert intoで増やしすぎたbkテーブルを放置する客 管理してと怒るDBA それに挟まれる俺
151 23/10/06(金)23:43:43 No.1109711961
IPAの試験明後日なのか 何か申し込めばよかったかな
152 23/10/06(金)23:44:06 No.1109712085
Accessってまだあったんだ…
153 23/10/06(金)23:44:09 No.1109712110
でもOracleだからなぁ…
154 23/10/06(金)23:44:27 No.1109712234
はい…文字列連結してクエリ作ります…
155 23/10/06(金)23:44:33 No.1109712271
>Accessってまだあったんだ… SQLServerのフロントエンドとしては変わらず便利だよ
156 23/10/06(金)23:44:37 No.1109712294
WITH句は最近使えるようになってきて便利だねって思う
157 23/10/06(金)23:45:04 No.1109712465
なんかSQLログ見せてくれなくて実際流れたSQL感で開発してるけどどうなの…
158 23/10/06(金)23:45:15 No.1109712526
>(+)ってoracle技術者でも最近使わないな 可読性が悪すぎる
159 23/10/06(金)23:45:20 No.1109712560
>はい…文字列連結してクエリ作ります… 見る度勇者だなって思う よく見る
160 23/10/06(金)23:45:38 No.1109712672
UNIONで条件分岐するのマジやめてほしい 共通処理担当の奴がマスタデータ用のVIEWに使ったせいでメッチャ遅くなったのをアプリ作ってる俺のせいにされたイヤな思い出が蘇る・・・
161 23/10/06(金)23:45:53 No.1109712766
>はい…文字列連結してクエリ作ります… 普通にやる奴いるのがね…
162 23/10/06(金)23:45:53 No.1109712767
ちょっと前にINSERT ... ON DUPLICATE KEY UPDATEでデッドロック起きてひどい目に会ったんだけどやっぱりMySQLだと避けるのが一般的なの？ それともMySQL8ならデッドロック起きなくなる？
163 23/10/06(金)23:47:16 No.1109713250
書き込みをした人によって削除されました
164 23/10/06(金)23:47:17 No.1109713255
日曜にDB受ける人いそう
165 23/10/06(金)23:47:27 No.1109713312
SQLあんまよくわかってないけど あんまりSQL内で複雑なクエリ作って色々操作するのはバットプラクティスではないのか
166 23/10/06(金)23:47:36 No.1109713383
時代はノーコードローコードってやつなんでしょ？こんなに人かける必要なくない？って言い出したウチの執行役員はマジでなんなんだ 俺は逃げるぞ
167 23/10/06(金)23:47:39 No.1109713404
VIEWって怖くて使ったことないけど世の中では結構気軽に使ってんのかな 運用で毎日同じようなクエリ書く日々から脱したいけど実行計画予測できなくなりそうで怖い
168 23/10/06(金)23:47:45 No.1109713440
もう全部非正規化でいいや
169 23/10/06(金)23:47:49 No.1109713456
システムに組み込むやつにはあまり使わないけど障害対応とかでその場限りのを書くときは 'hoge' IN (COL1, COL2, COL3) とかよくやる
170 23/10/06(金)23:48:38 No.1109713729
>もう全部非正規化でいいや ある程度は非正規化を許容して欲しい でないとテーブル数膨れ上がるよ
171 23/10/06(金)23:48:50 No.1109713797
>SQLあんまよくわかってないけど >あんまりSQL内で複雑なクエリ作って色々操作するのはバットプラクティスではないのか システム開発って色んな事情を天秤にかけながらやるものだから… バッドプラクティスの中でもSQLにロジック組み込むのは一定のメリットがある
172 23/10/06(金)23:49:28 No.1109714035
>あんまりSQL内で複雑なクエリ作って色々操作するのはバットプラクティスではないのか 1行1行とってきてAP側でアレコレやるとかやられると処理終わらないので
173 23/10/06(金)23:49:43 No.1109714140
>>もう全部非正規化でいいや >ある程度は非正規化を許容して欲しい >でないとテーブル数膨れ上がるよ この辺の塩梅を将来含めて上手くやる人はすごいなーってなる
174 23/10/06(金)23:49:49 No.1109714180
レベル4だとセキスペが一番受験者多いんだろうけどデスペとネスペがその次くらい？ エンベデッドシステムスペシャリストは受かった人1人しか見たことない
175 23/10/06(金)23:50:46 No.1109714472
>ある程度は非正規化を許容して欲しい >でないとテーブル数膨れ上がるよ じゃあ第一正規化やめるね
176 23/10/06(金)23:51:05 No.1109714566
自分で使うなら気軽にupsert使えるやつがいいな
177 23/10/06(金)23:51:30 No.1109714733
SQLでネストが深いと読む気失せちゃう
178 23/10/06(金)23:52:28 No.1109715073
データ操作で条件分けするなら今の現場だとSQL側でやったほうが早いしいじりやすい アプリ側はアプリ知識あるなら見る箇所少ないんだけどいかんせん分かる人がなあと
179 23/10/06(金)23:52:29 No.1109715081
>レベル4だとセキスペが一番受験者多いんだろうけどデスペとネスペがその次くらい？ >エンベデッドシステムスペシャリストは受かった人1人しか見たことない セキュスペ取ってデスペ取ったら受けるもんなくなったわ
180 23/10/06(金)23:53:03 No.1109715271
>じゃあ第一正規化やめるね 昔商品名(1)～(30)とかいうカラム見て狂気を感じた
181 23/10/06(金)23:53:11 No.1109715314
ストラテジスト取ろうぜ！
182 23/10/06(金)23:53:16 No.1109715343
客先でよくわからなくなったらドロップテープルしろって先輩に言われた
183 23/10/06(金)23:53:29 No.1109715413
>セキュスペ取ってデスペ取ったら受けるもんなくなったわ システムアーキテクトが一番強いやつじゃないの？
184 23/10/06(金)23:53:34 No.1109715439
>じゃあ第一正規化やめるね それすら止めたらテーブルの形にならないだろ！
185 23/10/06(金)23:54:03 No.1109715615
がばーーーーっとデータとってこれるEXADATAみたいなハードならSQLこねくり回すより大量のデータセット拾ってAPで処理した方が早かったりまあケースバイケース
186 23/10/06(金)23:54:04 No.1109715620
SET句でウィンドウ関数使うの楽しい
187 23/10/06(金)23:54:13 No.1109715671
>客先でよくわからなくなったらドロップテープルしろって先輩に言われた こわ…
188 23/10/06(金)23:54:40 No.1109715841
カラム数多すぎてxlsのExcelで横方向じゃ貼りきれないテーブル見た時は戦慄したね
189 23/10/06(金)23:54:52 No.1109715914
>客先でよくわからなくなったらドロップテープルしろって先輩に言われた テロリストの先輩か何か？
190 23/10/06(金)23:55:03 No.1109715978
>じゃあ第一正規化やめるね よく分からん人が作っただろうエクセルの一覧表がそのまんまテーブルになってるやつ割とよく見かける
191 23/10/06(金)23:55:07 No.1109716006
本番環境でドロップするときは本当手に汗握るぜ
192 23/10/06(金)23:55:27 No.1109716140
なんですか！文字列連結でＳＱＬが危険とでも言うんですか！
193 23/10/06(金)23:55:36 No.1109716196
ちゃんとPURGEつけろよ
194 23/10/06(金)23:55:49 No.1109716274
いまのoracleはゴミ箱あるから
195 23/10/06(金)23:55:57 No.1109716322
>>じゃあ第一正規化やめるね >昔商品名(1)～(30)とかいうカラム見て狂気を感じた こっちは99まであるぞ 3セット
196 23/10/06(金)23:56:19 No.1109716433
デスペ取ったけどそういう仕事してないから教科書止まりの知識しかないぜ
197 23/10/06(金)23:56:29 No.1109716505
インデックスを張れ～
198 23/10/06(金)23:56:33 No.1109716538
>>>じゃあ第一正規化やめるね >>昔商品名(1)～(30)とかいうカラム見て狂気を感じた >こっちは99まであるぞ >3セット こういう話聞くたびに思うけど何をどうしたらそうなるの？
199 23/10/06(金)23:56:43 No.1109716606
フラグ列をFLGって命名するやつ殺す
200 23/10/06(金)23:56:56 No.1109716675
>本番環境でドロップするときは本当手に汗握るぜ DELETEとか先にSELECTしてからできるから気が楽 DROPはそれがない…
201 23/10/06(金)23:57:04 No.1109716733
ついこないだ久しぶりにテーブルをカンマで並べてwhere句に結合条件書いてるクエリ見たわ …なんでだよ！？別のクラスだと普通にjoin使ってたよね？なんでここだけそんな書き方してんだ？
202 23/10/06(金)23:57:16 No.1109716798
>こういう話聞くたびに思うけど何をどうしたらそうなるの？ 名前決まってないけど拡張するはずだから準備しとくという理由で作られたのは見たことある
203 23/10/06(金)23:57:25 No.1109716845
シーケンシャルファイルとか汎用機時代の考え方で切られたテーブルか脈々と受け継がれてるよ 帳票とテーブルが1:1とか
204 23/10/06(金)23:57:41 No.1109716944
>>じゃあ第一正規化やめるね >昔商品名(1)～(30)とかいうカラム見て狂気を感じた Accessでテーブル列256制限を突破しちゃったやつとかあったなぁ
205 23/10/06(金)23:57:57 No.1109717020
>フラグ列をFLGって命名するやつ殺す コードはCDでいいよね？
206 23/10/06(金)23:58:07 No.1109717069
DELETEだのDROPだのREMOVEだのこんがらがる
207 23/10/06(金)23:58:08 No.1109717072
>インデックスを張れ～ よーしデータ移行先の同名新テーブルに同じインデックス貼るぞー
208 23/10/06(金)23:58:23 No.1109717168
MySQLで育った俺にはwindow関数には縁がない これからの時代はTiDBや！って信じてる
209 23/10/06(金)23:58:40 No.1109717251
>>フラグ列をFLGって命名するやつ殺す >コードはCDでいいよね？ 区分はKBNでいいよね？
210 23/10/06(金)23:59:08 No.1109717404
なによ！DB2の頃なんて予備1～20とかカラムに用意してたくせに！
211 23/10/06(金)23:59:25 No.1109717513
>テロリストの先輩 テスト中に夕方までかけてINSERTしたデータが間違っていてやり直しってなったときにDELETE FROM HOGE;ってやった先輩のせいで全員泊まりになったのを思い出した
212 23/10/06(金)23:59:37 No.1109717580
>ちょっと前にINSERT ... ON DUPLICATE KEY UPDATEでデッドロック起きてひどい目に会ったんだけどやっぱりMySQLだと避けるのが一般的なの？ >それともMySQL8ならデッドロック起きなくなる？ 場合によるとしか言えない…
213 23/10/06(金)23:59:42 No.1109717612
CODEはCDと混在するけどKBNはKUBUNと書くことはないので逆にセーフ
214 23/10/06(金)23:59:46 No.1109717646
>区分はKBNでいいよね？ 数量はsuryoにするね
215 23/10/06(金)23:59:52 No.1109717689
>>コードはCDでいいよね？ >区分はKBNでいいよね？ KUBUN_CDだろ？
216 23/10/07(土)00:00:02 No.1109717732
TRUNCATEを選択してRollbackできないことに気づく
217 23/10/07(土)00:00:12 No.1109717782
CHATGPTに聞け
218 23/10/07(土)00:00:28 No.1109717879
>こういう話聞くたびに思うけど何をどうしたらそうなるの？ 注文テーブルだけ作って明細テーブルがなかったりすると本来明細で管理するべき内容がカラムで管理されてたりするよね
219 23/10/07(土)00:00:30 No.1109717891
テーブル名とカラム名はマルチバイト文字です
220 23/10/07(土)00:00:37 No.1109717934
>テスト中に夕方までかけてINSERTしたデータが間違っていてやり直しってなったときにDELETE FROM HOGE;ってやった先輩のせいで全員泊まりになったのを思い出した きれいになってお得
221 23/10/07(土)00:00:42 No.1109717964
sichoson_cdとsityouson_cdがそれぞれあって桁数が違う…
222 23/10/07(土)00:00:43 No.1109717971
カラム名がわかればなんでもええ！
223 23/10/07(土)00:00:54 No.1109718032
O/Rマッパー使う案件で脳みそ溶かす 使わない案件で脳みそを締める ととのう
224 23/10/07(土)00:01:01 No.1109718068
>inner joinが多すぎるってのはwhereで解決するものでもない気がするが… テーブルの作りと要件が見合ってないからおこることだしね…
225 23/10/07(土)00:01:18 No.1109718153
カラムはデータじゃねえって言ってるだろ！！そっち方向に増やすな！！
226 23/10/07(土)00:01:20 No.1109718167
ちょくちょくわからない言葉あって俺ほんとにDB屋なのか不安になる
227 23/10/07(土)00:01:22 No.1109718177
>sichoson_cdとsityouson_cdがそれぞれあって桁数が違う… そして現れるsikuchoson_code
228 23/10/07(土)00:01:22 No.1109718182
どこの会社のシステムもKBNで逆にすげぇなってなる
229 23/10/07(土)00:01:27 No.1109718222
気付いたらスレがCOBOL色に…
230 23/10/07(土)00:01:28 No.1109718229
>TRUNCATEを選択してRollbackできないことに気づく 数千万行をROLLBACK前提で全消しされてもマジ困る
231 23/10/07(土)00:01:35 No.1109718274
途中から英語でカラム名つけるの諦めたシステムがある
232 23/10/07(土)00:01:36 No.1109718286
今Athenaという糞実装と戦っているんだけど まずこいつのブラウザコンソールの出来が最悪では？
233 23/10/07(土)00:01:42 No.1109718322
>sichoson_cdとsityouson_cdがそれぞれあって桁数が違う… 5桁と6桁なら末尾のチェックデジットだな 5桁あれば導出できる
234 23/10/07(土)00:01:45 No.1109718333
>どこの会社のシステムもKBNで逆にすげぇなってなる なんかしっくり来る英語ないんだよね…
235 23/10/07(土)00:01:49 No.1109718350
列名が全部COL1COL2...で列名テーブルが別にあるシステムは見た どんな状況想定したらそうなるねん
236 23/10/07(土)00:02:15 No.1109718505
MVCCは魔法ではない
237 23/10/07(土)00:02:20 No.1109718541
>TRUNCATEを選択してRollbackできないことに気づく SQLServerはtruncateをrollbackできるんすよ…
238 23/10/07(土)00:02:22 No.1109718553
>>sichoson_cdとsityouson_cdがそれぞれあって桁数が違う… >5桁と6桁なら末尾のチェックデジットだな >5桁あれば導出できる マジかよその通りなんだけどこれよくある事なのか？
239 23/10/07(土)00:02:29 No.1109718579
>列名が全部COL1COL2...で列名テーブルが別にあるシステムは見た >どんな状況想定したらそうなるねん 難読化？
240 23/10/07(土)00:02:36 No.1109718622
省略をするなと いったいいつの時代の開発なんだ
241 23/10/07(土)00:03:04 No.1109718805
>列名が全部COL1COL2...で列名テーブルが別にあるシステムは見た >どんな状況想定したらそうなるねん 管理項目をカスタム出来るようなシステムとか…
242 23/10/07(土)00:03:18 No.1109718903
製品によるけど列名は結構制限厳しいところ多い気がする
243 23/10/07(土)00:03:20 No.1109718907
>>どこの会社のシステムもKBNで逆にすげぇなってなる >なんかしっくり来る英語ないんだよね… TypeでTyかな…
244 23/10/07(土)00:03:20 No.1109718910
今の時代に合わせてスクラッチできたらいいんだけどね！秘伝のソースがあるからね！現行踏襲現行踏襲！
245 23/10/07(土)00:03:28 No.1109718954
>省略をするなと >いったいいつの時代の開発なんだ SIerの仕事の8割更改案件だからさ…