22/04/18(月)20:35:22 やあ のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1650281722280.png 22/04/18(月)20:35:22 No.918321940
やあ
1 22/04/18(月)20:37:03 No.918322653
存在がめんどくさいやつ来たな…
2 22/04/18(月)20:37:20 No.918322784
My
3 22/04/18(月)20:37:37 No.918322909
A.hoge=B.hoge(+)
4 22/04/18(月)20:37:39 No.918322922
Post
5 22/04/18(月)20:38:25 No.918323239
select * from account_data
6 22/04/18(月)20:39:07 No.918323512
Server
7 22/04/18(月)20:39:09 No.918323517
MS
8 22/04/18(月)20:39:21 No.918323607
Oracle
9 22/04/18(月)20:39:28 No.918323668
O/Rマッパーが発明されたとき今後は生でこれ叩く事もなくなるだろうと思ってた そんなことなかった
10 22/04/18(月)20:39:32 No.918323691
Lite
11 22/04/18(月)20:39:55 No.918323850
こいつさえ…こいつさえもう少しまともだったら…
12 22/04/18(月)20:39:58 No.918323871
NoSQL
13 22/04/18(月)20:40:10 No.918323948
>O/Rマッパーが発明されたとき今後は生でこれ叩く事もなくなるだろうと思ってた >そんなことなかった 万能とは思わんけどたまに宗教的に嫌ってる人もいるから困る
14 22/04/18(月)20:40:17 No.918324005
Web
15 22/04/18(月)20:40:41 No.918324172
>O/Rマッパーが発明されたとき今後は生でこれ叩く事もなくなるだろうと思ってた >そんなことなかった O/Rマッパーが馬鹿なのが悪い
16 22/04/18(月)20:40:41 No.918324173
オプティマイザがバカだからヒント句で言う事聞かす
17 22/04/18(月)20:41:10 No.918324369
>No(t only )SQL
18 22/04/18(月)20:41:39 No.918324588
SQLチョットデキル
19 22/04/18(月)20:41:46 No.918324641
なんかストレージっぽいアイコンだけどお前は言語だろ
20 22/04/18(月)20:42:40 No.918325021
触れたくない 俺には関係ない
21 22/04/18(月)20:43:58 No.918325535
DBという構造化データとファイルという非構造化データのやり取りが面倒
22 22/04/18(月)20:44:01 No.918325563
from where select の順番で書きたい
23 22/04/18(月)20:44:37 No.918325841
>from where select の順番で書きたい Linq！
24 22/04/18(月)20:44:51 No.918325950
>DBという構造化データとファイルという非構造化データのやり取りが面倒 じゃあXMLそのままぶち込もうぜ！
25 22/04/18(月)20:45:18 No.918326152
>NoSQL 何だかよくわからない
26 22/04/18(月)20:45:28 No.918326219
お願いだから死んでくれ
27 22/04/18(月)20:46:00 No.918326478
>じゃあXMLそのままぶち込もうぜ！ 富○通(現)「そのままXML使うとか馬鹿では？」
28 22/04/18(月)20:46:34 No.918326727
union union union
29 22/04/18(月)20:46:57 No.918326899
でもXMLはANSI/ISO標準だし…
30 22/04/18(月)20:47:03 No.918326954
遅くてテストめどいのよ
31 22/04/18(月)20:47:10 No.918327021
O/Rマッパーはどうしても痒いところに手が届かなくてなぁ
32 22/04/18(月)20:47:23 No.918327096
ごきぶりSQLって名前のせいでどんだけ良いものでも会社じゃ使えなさそう
33 22/04/18(月)20:47:26 No.918327124
>>from where select の順番で書きたい >Linq！ Linq自体は好きだけどLinq to SQLは嫌い
34 22/04/18(月)20:47:46 No.918327261
ごきぶりSQLじゃなくてごきぶりDBだった
35 22/04/18(月)20:48:58 No.918327785
「」くんこれ遅いからどうにかして
36 22/04/18(月)20:49:18 No.918327945
同じSQLなのに方言が違いすぎる
37 22/04/18(月)20:49:45 No.918328103
>「」くんこれ遅いからどうにかして index貼ったら速くなったからこれでいいすか？
38 22/04/18(月)20:49:54 No.918328177
SQLかけるマンしかいないからORマッパー無しで開発してる
39 22/04/18(月)20:52:43 No.918329377
NewSQLは機能として好きになれそう
40 22/04/18(月)20:53:11 No.918329586
ORをどうにかする以外の使い方も当然するので下手なORマッパー入れるとDB触るライブラリが複数になったりする
41 22/04/18(月)20:53:37 No.918329812
分からない…俺は雰囲気でSQLを書いている？
42 22/04/18(月)20:53:44 No.918329872
indexの貼り方がわからない 検索パターン毎で貼りまくればいいの？
43 22/04/18(月)20:54:00 No.918330012
言われるがままよくわからないけどmongoつかいました！ 後は頼んだよ
44 22/04/18(月)20:54:29 No.918330236
>indexの貼り方がわからない >検索パターン毎で貼りまくればいいの？ それはビューにしろ…
45 22/04/18(月)20:54:34 No.918330275
衝突怖いからSQL無いと困る
46 22/04/18(月)20:54:38 No.918330295
頑張って重くならないようにしないと些細なことで重くなる
47 22/04/18(月)20:55:00 No.918330445
>検索パターン毎で貼りまくればいいの？ 検索を早くしたいだけならそれでいいけど index増やすほどinsertとか遅くなるよ
48 22/04/18(月)20:55:14 No.918330565
>言われるがままよくわからないけどmongoつかいました！ >後は頼んだよ mongo流行らせた奴控えめに言って○んで欲しい NFTとかと同じレベル トランザクション機能使ってもAtomicじゃないですとか頭おかしいんか
49 22/04/18(月)20:55:23 No.918330615
トランザクションが欲しいからDB使ってる面もある
50 22/04/18(月)20:55:39 No.918330735
ORマッパーは複雑なSQLやろうとするとできなかったり難しいからな
51 22/04/18(月)20:56:19 No.918331004
>index貼ったら速くなったからこれでいいすか？ カラムの1つを条件式に見てるだけの削除処理が時間かかりすぎるから何とかしろって言われてこれやったけど他にも答えあったのかな
52 22/04/18(月)20:56:46 No.918331216
>トランザクション機能使ってもAtomicじゃないですとか頭おかしいんか 大体mongoが悪いんじゃなくて用途に合わないのにmongoを選んだ人が悪い
53 22/04/18(月)20:57:07 No.918331365
複雑なクエリも書くし方言も吸収したいしでORもマップしたいしとなると結構難しい
54 22/04/18(月)20:57:15 No.918331422
暗号化しないと情報漏洩しちゃうよ！
55 22/04/18(月)20:57:30 No.918331536
よくわかんないけどNoSQLっていうのが流行ってるのでNoSQLで作りました案件の保守はもう全部ぶっ壊して作り直したほうがよくないですか？ってなる
56 22/04/18(月)20:57:45 No.918331649
SQLの機能自体には文句ないんだけど 構文はなんか凄い冗長だから整理してほしいよね 今更無理だけどさ
57 22/04/18(月)20:58:33 No.918332015
保存先SSDにしたら速くなるかな
58 22/04/18(月)20:59:15 No.918332301
>集計関数が欲しいからDB使ってる面もある
59 22/04/18(月)20:59:32 No.918332428
そりゃIOが早くなれば早くなるし なんならメモリ上に展開しておくのもよくあるよ
60 22/04/18(月)20:59:47 No.918332535
SSDで一応早くなるけど元々結構頑張っているのか思ったほどでもない
61 22/04/18(月)20:59:57 No.918332616
こうしたいからこれ使う！よりもこれ使えって言われて渋々なことの方が多い
62 22/04/18(月)21:00:04 No.918332661
KVSはなんか色々とダメだ・・・
63 22/04/18(月)21:00:07 No.918332673
>indexの貼り方がわからない index作ったらhintも与える
64 22/04/18(月)21:00:12 No.918332726
>ORマッパーは複雑なSQLやろうとするとできなかったり難しいからな 複雑とか以前に列挙の速度問題あるから無理だろね 配列レベルで抽象化しないと解決できない上に配列だと回す必要があるから事前のオブジェクト化を回避できない 直接row取得する迂回路用意すればいいけどもうそれORM関係ないしな…
65 22/04/18(月)21:00:26 No.918332845
アンチパターン読み始めたけど早速心当たりがあって辛い
66 22/04/18(月)21:00:30 No.918332873
>保存先SSDにしたら速くなるかな 36時間のバッチ処理が12時間まで改善したよ
67 22/04/18(月)21:00:57 No.918333037
>大体mongoが悪いんじゃなくて用途に合わないのにmongoを選んだ人が悪い そもそもredisのが優秀な時点で何も良いことないが…
68 22/04/18(月)21:01:12 No.918333164
ちょうど今oracleSQL文書いてるなんもわからん
69 22/04/18(月)21:01:19 No.918333220
Where Exists (Select 1 From HOGE …) って書くのそろそろやめません？
70 22/04/18(月)21:01:42 No.918333378
>アンチパターン読み始めたけど早速心当たりがあって辛い 今後気をつければ良いんだ 過去のソースはもう他人のものだ
71 22/04/18(月)21:01:57 No.918333493
一時期もてはやされてたKVSも結局SQLに回帰してるのほんとにアレ 出力がJSONもサポートしてるけどこなれてない感があって不具合の温床になりそうでなあ
72 22/04/18(月)21:01:58 No.918333503
mongoに対して適所適材持ち出してる人はもうその時点で理解してないと思う
73 22/04/18(月)21:02:08 No.918333586
よくわかんないけどmongoにjsonをシュー！した後で業務用件変更！超！エキサイティング！
74 22/04/18(月)21:02:12 No.918333618
>Where Exists (Select 1 From HOGE …) >って書くのそろそろやめません？ わかるよ やっぱりSelect 'X'じゃないとな
75 22/04/18(月)21:02:17 No.918333660
いまだにインデックスが何してるのか分からない なんで早くなるの？
76 22/04/18(月)21:02:50 No.918333914
どうせwebアプリならjsonで結果返すんだからデータベースにjson格納してもいいだろ！
77 22/04/18(月)21:02:50 No.918333918
シークェル
78 22/04/18(月)21:02:52 No.918333932
>やっぱりSelect 'X'じゃないとな ふざけんぬ
79 22/04/18(月)21:02:57 No.918333971
Oracleわからん…マイオラクルサポート見れない…
80 22/04/18(月)21:03:29 No.918334213
他人のmongo使った案件触ってると同じ場所にいろんなデータが入っててすごいってなる
81 22/04/18(月)21:03:51 No.918334383
SQLってなんだかよくわかってない Acsessもよくわかってない エクセルと違うんぬ？
82 22/04/18(月)21:03:57 No.918334422
あえてmongo使うとしたらプロトタイピングに使うとかなのかな プロトタイピングってものぐさ企業だとどうせそのまま使われるんだからやっぱダメな気がする…
83 22/04/18(月)21:04:16 No.918334547
Where 1=1を消す
84 22/04/18(月)21:04:35 No.918334677
>Where 1=1を消す 何しやがるテメェ
85 22/04/18(月)21:04:42 No.918334722
>いまだにインデックスが何してるのか分からない >なんで早くなるの？ その名の通り索引を付けてる 1,うんこ 2,ちんこ 3,まんこ ってなってたときにまんこ検索するときにインデックスがないとうんこちんこまんこって順番に探すしかないけどインデックスがあるとまで始まるのは3番だから3ねって直ぐ分かる
86 22/04/18(月)21:04:44 No.918334741
>いまだにインデックスが何してるのか分からない >なんで早くなるの？ 目次作って全ページ読まなくても読みたいページがどこにあるかわかるようにしている
87 22/04/18(月)21:04:47 No.918334766
SQLを書くとQOLが上がるぞ！
88 22/04/18(月)21:04:47 No.918334769
existsダメ？件数によるか
89 22/04/18(月)21:05:10 No.918334953
>Where 1=0を消す
90 22/04/18(月)21:05:16 No.918334990
>エクセルと違うんぬ？ 基本は一緒 行の絞り込みとか表をほかの表と組み合わせて新しい表を作ったりするのを文章で表現できる
91 22/04/18(月)21:05:26 No.918335062
>なんで早くなるの？ 内部で事前に指定項目順の目次つくってるから 総なめするより早いってだけ
92 22/04/18(月)21:05:36 No.918335143
truncate 「」
93 22/04/18(月)21:05:41 No.918335181
先輩！よくわからないのでとりあえずselect *しますね！
94 22/04/18(月)21:05:42 No.918335189
もうちょっとわかりやすかったらもっともっとDB広がってくれたんじゃないかな 人類がエクセルから開放されたかもしれない
95 22/04/18(月)21:05:47 No.918335233
書きたいSQLを思い浮かべながらORMに書き直している…
96 22/04/18(月)21:05:57 No.918335318
>existsダメ？件数によるか むしろ使ってほしい NOT使いたければなおのこと
97 22/04/18(月)21:06:16 No.918335469
>SQLってなんだかよくわかってない >Acsessもよくわかってない >エクセルと違うんぬ？ エクセルは画面でテーブル色々操作するツール アクセスはデータそのものを扱うツール SQLはそれを主にプログラムから扱う言語やツール
98 22/04/18(月)21:06:35 No.918335636
弊社はSQLを設計書から生成するからコーティング不要だよ 設計書の中にSQLベタ書きしてるだけなんだけど
99 22/04/18(月)21:06:44 No.918335689
exists派だ
100 22/04/18(月)21:07:00 No.918335833
わかりましたじゃあmdb使ってください
101 22/04/18(月)21:07:34 No.918336081
Excelはスモールスタートしやすいから好き
102 22/04/18(月)21:07:51 No.918336193
昔inとexistsどっちが早いか実測したんだけど忘れちゃった DBMSの種類とかバージョンとか件数で結構速度違うから実測したほうがいいよ
103 22/04/18(月)21:08:01 No.918336253
>わかりましたじゃあDB2使ってください
104 22/04/18(月)21:08:06 No.918336275
>drop 「」
105 22/04/18(月)21:08:11 No.918336337
left join書くのがめんどくさくて(+)で書いてるけどいいよね
106 22/04/18(月)21:08:17 No.918336374
>Excelはスモールスタートしやすいから好き 次はAccessにステップアップしよう
107 22/04/18(月)21:08:25 No.918336429
見ようクエリ実行計画
108 22/04/18(月)21:08:27 No.918336449
>弊社はSQLを設計書から生成するからコーティング不要だよ へぇ！かっこいい！ >設計書の中にSQLベタ書きしてるだけなんだけど …
109 22/04/18(月)21:08:33 No.918336492
>わかりましたじゃあsymfoware使ってください
110 22/04/18(月)21:08:39 No.918336545
insert into 「」
111 22/04/18(月)21:08:54 No.918336648
>insert into 「」 ｽﾞﾎﾞｯ
112 22/04/18(月)21:08:56 No.918336662
さーて今日も重いSQL文書いちゃお
113 22/04/18(月)21:09:00 No.918336701
>わかりましたじゃあDB2使ってください Outer Joinがめちゃくちゃ遅くてヒドイ目に遭わされた20年前のプロジェクトがいまだトラウマ・・・
114 22/04/18(月)21:09:28 No.918336911
>わかりましたじゃあberkeley db使ってください
115 22/04/18(月)21:09:28 No.918336915
update from tblって書いて怒られること多数
116 22/04/18(月)21:09:39 No.918337002
思考の流れ的にFROM→WHERE→SELECTorJOINなんだけど…
117 22/04/18(月)21:09:54 No.918337117
>>insert into 「」 >ｽﾞﾎﾞｯ syntax error
118 22/04/18(月)21:09:59 No.918337150
すいませんフランス このDBでSQLにLIMIT句がエラーになって使えないのですが
119 22/04/18(月)21:11:22 No.918337818
恥ずかしながらこないだ初めて単一テーブルを元にしたビューにupdate出来ることを知った 気持ち悪いから使わないけど
120 22/04/18(月)21:11:22 No.918337819
スクリプト書かなくても表作ったり認証付けたりできるから正直言語の勉強サボってる いつかしっぺ返しが来るんじゃねえかと怯えてる
121 22/04/18(月)21:11:29 No.918337875
>>わかりましたじゃあsymfoware使ってください ほんとこれは滅んで欲しかった もう関係なく現場行ったからいいけど
122 22/04/18(月)21:11:36 No.918337915
>わかりましたじゃあHiRDB使ってください
123 22/04/18(月)21:12:06 No.918338143
常に列は全部書けってルールめんどくさいよー
124 22/04/18(月)21:12:14 No.918338198
うちの会社はExcelで表作るためにテーブル作ってる人をよく見る
125 22/04/18(月)21:12:19 No.918338239
>このDBでSQLにLIMIT句がエラーになって使えないのですが select top 10 * from hogehoge とか使う >Sybaseなんて誰も知らない
126 22/04/18(月)21:13:04 No.918338568
symfowareそんなやばいの？ 結局関わることはなかったけど大したことないよー他と変わらないよーって聞いてた
127 22/04/18(月)21:13:09 No.918338604
もうORMからしか使ってねえや
128 22/04/18(月)21:13:43 No.918338851
>うちの会社はExcelで表作るためにテーブル作ってる人をよく見る それは普通に良い話では？ Excelは取り回しの問題あるから極論したら使わない方がいいし
129 22/04/18(月)21:14:31 No.918339210
>select top 10 * from hogehoge >とか使う チクショウ普通に頻発する用途にこんなめんどくせえテクニック要求しやがって…
130 22/04/18(月)21:15:04 No.918339440
Excel表もテーブルになってさえいればまだなんとか使えるようになった セル結合はやめろ
131 22/04/18(月)21:15:15 No.918339532
うわああああぁ 出所とインデントがわからないxmlファイルがtempファイルを練り歩いてるっ
132 22/04/18(月)21:15:22 No.918339583
LIMIT使えないのってMSのだっけ
133 22/04/18(月)21:16:27 No.918340048
逆にOracleだけどSQLばっか書いてる サブクエリとか結合とかで性能改善するのは少し楽しいけどあんまりスキル高いわけではない
134 22/04/18(月)21:16:29 No.918340065
Update SALARY Set basepay= basepay * RANK() Over (Partition By department Order By sales_performance desc) みたいなのDB2以外でも書けるようになったの？
135 22/04/18(月)21:16:43 No.918340182
>セル結合はやめろ (CSV出力するとなぜか混じってる空白文字)
136 22/04/18(月)21:16:48 No.918340215
新入社員研修で正規化の重要性について学んでいざ配属されたら「正規化なんかしないよ」と言われて？？？ってなったあの頃
137 22/04/18(月)21:17:23 No.918340455
>>わかりましたじゃあberkeley db使ってください ｸｿｧ!!!
138 22/04/18(月)21:17:36 No.918340554
何故DB使う案件なのに要件定義が甘いんですか？
139 22/04/18(月)21:17:46 No.918340621
>select top 10 * from hogehoge Select * From hogehog Fetch First 10 Rows Only じゃダメなんです？
140 22/04/18(月)21:18:42 No.918341037
正規化されたテーブルまみれでやる保守というか調査は辛かろうな
141 22/04/18(月)21:18:51 No.918341090
もう嫌な汗がじわっと出てくる
142 22/04/18(月)21:19:19 No.918341308
いんでっくすってぷらいまりーきーとはちがうの？
143 22/04/18(月)21:20:01 No.918341625
>「正規化なんかしないよ」と言われて 後から正規化するような工数もらった覚えないなそういえば
144 22/04/18(月)21:20:34 No.918341873
>>セル結合はやめろ >(CSV出力するとなぜか混じってる空白文字) コピペしただけで混じる混じるな
145 22/04/18(月)21:20:47 No.918341982
不毛なナチュラルキー・サロゲートキー論争いいよねよくない
146 22/04/18(月)21:21:22 No.918342277
それまであんまり気にしたことなかったけど大規模案件に関わったときパフォーマンスめちゃくちゃ問題になって辛かった そんなこと誰も教えてくれなかったよ
147 22/04/18(月)21:21:38 No.918342427
条件分岐で項目使い分けるのUNIONでやる奴マジむかつく
148 22/04/18(月)21:23:15 No.918343112
こいつがもっとわかりやすかったら歴史が多少は変わっていただろう
149 22/04/18(月)21:23:23 No.918343168
>何故DB使う案件なのに要件定義が甘いんですか？ わかりました後から使う用のカラムを定義しておきます
150 22/04/18(月)21:24:13 No.918343569
Excelからステップアップしたいマンなんだけど最初の本はなにがよい？
151 22/04/18(月)21:24:17 No.918343625
ROWNUM()とか使わないといけないOracleは早く滅びてほしい
152 22/04/18(月)21:25:22 No.918344113
>ROWNUM()とか使わないといけないOracleは早く滅びてほしい ウィンドウ関数否定するってどういう神経なのかよくわからん
153 22/04/18(月)21:26:07 No.918344468
loooooooooooong
154 22/04/18(月)21:26:25 No.918344605
正規化しない方が開発者には楽なのかな 結合するテーブル増やさなくて済むし
155 22/04/18(月)21:26:33 No.918344660
>Excelからステップアップしたいマンなんだけど最初の本はなにがよい？ スッキリわかるSQL入門とか？
156 22/04/18(月)21:27:03 No.918344903
>Excelからステップアップしたいマンなんだけど最初の本はなにがよい？ 新しめのExcel持ってるならPowerQuery機能を使いこなせると便利かもしれない Web上にいろいろ資料あるよ
157 22/04/18(月)21:27:28 No.918345098
>Excelからステップアップしたいマンなんだけど最初の本はなにがよい？ SQLならサンプルTBLとデータまで入ってる参考書買って色々弄ってみるのが理解早いと思う
158 22/04/18(月)21:28:07 No.918345395
最近人手足りないってテストお手伝いした案件の話するね シングルクォート入力したら例外吐いた
159 22/04/18(月)21:28:29 No.918345573
javaといいoracleって本当にすごいな もちろん悪い意味で
160 22/04/18(月)21:28:44 No.918345680
>正規化しない方が開発者には楽なのかな >結合するテーブル増やさなくて済むし SQL書くのに苦労するとかいう程度の話ならVIEW作ればいいだけの話 とにかく項目増やして適当に詰め込むようなでっかいテーブル作るのはクビになるといい
161 22/04/18(月)21:28:47 No.918345705
>正規化しない方が開発者には楽なのかな >結合するテーブル増やさなくて済むし 正規化してビューを作ったほうが開発者に優しい プログラミングで無茶したりするから危険だし
162 22/04/18(月)21:30:06 No.918346263
>最近人手足りないってテストお手伝いした案件の話するね >シングルクォート入力したら例外吐いた 仕様です 運用で有り得ない余計なデータでテストしないで下さい
163 22/04/18(月)21:30:33 No.918346479
ビュー使ったことない
164 22/04/18(月)21:30:45 No.918346573
件数が10億件超えてる特に分けてないテーブルあるけどこれスピードあげる方法ってあるのか？
165 22/04/18(月)21:30:45 No.918346576
所謂プログラミング言語全然わからないまま社内ツールでスレ画だけ書きまくる仕事してる 転職先とかあるのかな…
166 22/04/18(月)21:31:09 No.918346751
サンキュー「」参考書と情報参考にするね
167 22/04/18(月)21:31:12 No.918346775
運用上一意になるから主キー設定してないけど許してくれるねありがとう
168 22/04/18(月)21:31:18 No.918346823
>件数が10億件超えてる特に分けてないテーブルあるけどこれスピードあげる方法ってあるのか？ それ本当に必要なデータなんですか？
169 22/04/18(月)21:31:20 No.918346842
>運用で有り得ない余計なデータでテストしないで下さい (有り得る)
170 22/04/18(月)21:31:45 No.918347043
>シングルクォート入力したら例外吐いた つまり入力をそのままSQLに組み込んでる…？？ まだ夏の季節じゃないのに背筋が冷える怪談はよせ
171 22/04/18(月)21:32:41 No.918347416
>所謂プログラミング言語全然わからないまま社内ツールでスレ画だけ書きまくる仕事してる >転職先とかあるのかな… DB資格を得てDBメンテナーの道とか
172 22/04/18(月)21:32:59 No.918347558
>>件数が10億件超えてる特に分けてないテーブルあるけどこれスピードあげる方法ってあるのか？ >それ本当に必要なデータなんですか？ 測定値を日付で突っ込んでるだけだから必要かな…