二次元裏@ふたば

画像ファイル名:1733132233949.jpg-(19600 B)
19600 B24/12/02(月)18:37:13No.1258923186そうだねx1 19:58頃消えます
古から現代まで受け継がれる呪文
このスレは古いので、もうすぐ消えます。
124/12/02(月)18:38:53No.1258923704そうだねx9
嫌い
224/12/02(月)18:39:30No.1258923923+
シークェル
324/12/02(月)18:39:39No.1258923965+
SQLiteでちょっとしたもの作るくらいなら好き
大規模なのはめまいがする
424/12/02(月)18:40:05No.1258924094+
この呪文のおかげで世の中は回っている
524/12/02(月)18:41:47No.1258924614そうだねx1
これはいいだろ
plsql がくそ
624/12/02(月)18:42:02No.1258924695そうだねx2
そこでこのNoSQL
724/12/02(月)18:42:57No.1258925006+
こいつが絡む案件は大体めんどくさい
824/12/02(月)18:43:25No.1258925157+
10年前の教科書が普通に使えるのは実際すごい
924/12/02(月)18:45:03No.1258925675そうだねx5
>こいつが絡む案件は大体めんどくさい
絡まないのってどこにデータ格納するの?
1024/12/02(月)18:45:29No.1258925806+
呪文4つくらいしか使えないや
1124/12/02(月)18:46:26No.1258926129そうだねx2
コレずっと使えるから助かる
1224/12/02(月)18:48:55No.1258926935そうだねx3
方言までならともかくエンジン固有のへんな挙動やめてほしい
1324/12/02(月)18:49:12No.1258927026+
まあ基幹系は大体めんどくさいが…
1424/12/02(月)18:49:54No.1258927244+
pgadminは?
1524/12/02(月)18:51:26No.1258927713+
ちょっと使わないとすぐ忘れる
1624/12/02(月)18:55:58No.1258929296+
postgres難しいよぉ
1724/12/02(月)18:56:57No.1258929634+
oracleくたばれ
1824/12/02(月)18:59:20No.1258930480+
SELECT 「」.seiheki FROM 「」 WHERE 「」.seiheki <> "chikuchin"
1924/12/02(月)19:00:17No.1258930811そうだねx6
難しいSQL書いたことないからこいつのことは好意的人見ている
2024/12/02(月)19:00:48No.1258930987+
もういない人が書いたクソ長いSQLいいよね…よくない
2124/12/02(月)19:00:50No.1258931000+
いろいろな言語や概念が出てるのに未だにこいつとシェルスクリプトが据え置きなの絶対おかしいと思うんだよ
2224/12/02(月)19:01:57No.1258931391+
弊社もオラクルから脱却しようと思うんだ
2324/12/02(月)19:02:19No.1258931517+
Oracleがくたばったらスレ画も滅びるの?
2424/12/02(月)19:02:22No.1258931533そうだねx2
>方言までならともかくエンジン固有のへんな挙動やめてほしい
Oracleに長さゼロの文字列の概念がないのはバグだと思う…
2524/12/02(月)19:03:05No.1258931797+
>絡まないのってどこにデータ格納するの?
Dynamo…
2624/12/02(月)19:03:19No.1258931870そうだねx13
>Oracleがくたばったらスレ画も滅びるの?
???
2724/12/02(月)19:05:27No.1258932605そうだねx2
NULLを演算したら全部NULLで返せよ
何でエラーになったり空文字だったりゼロだったりメーカーごとに違うんだよ
2824/12/02(月)19:07:29No.1258933293そうだねx1
>そこでこのNoSQL
独自文法が乱立した挙句汎用性と互換性からSQLに回帰してる流れみてるので笑えない
2924/12/02(月)19:08:32No.1258933713+
データベース詳しい人は本当に頼りになるよね
3024/12/02(月)19:09:19No.1258934013+
SQLって色々あるけどどれが一番メジャーで強いの
3124/12/02(月)19:10:50No.1258934563+
selectばっかり書いてる
たまにdropやclone
3224/12/02(月)19:11:00No.1258934641+
SQLは記法をもうちょっと整理したいところではあるけど
実際かなり便利で必須ではあるからな
3324/12/02(月)19:11:12No.1258934716+
すごく原始的なことをしている気持ちに浸れるからすき
嘘きらい
3424/12/02(月)19:11:22No.1258934786+
安易にNoSQL導入して後から複雑な集計が必要になって詰んでる現場をいくつか見てきたからRDBMSのほうがまだマシでは?と思ってる
3524/12/02(月)19:11:24No.1258934799+
AccessとSQLServerで育ったのでoracleのnullの扱いには怒りを覚える
3624/12/02(月)19:11:35No.1258934866+
じゃあORMで書くね
3724/12/02(月)19:11:40No.1258934903+
privileged
3824/12/02(月)19:13:55No.1258935716+
>SQLって色々あるけどどれが一番メジャーで強いの
SQL:2008かな…?
情報処理の試験が2008までだった気がするけど自信はない
3924/12/02(月)19:14:07No.1258935787+
>Oracle Databaseは現在、長さが0(ゼロ)の文字値をNULLとして処理します。ただし、将来のリリースではこの処理が変更される場合があるため、空の文字列をnullと同じように処理しないことをお薦めします。
4024/12/02(月)19:14:23No.1258935889+
KVSとかってろくに演算できないし
冗長なデータとかを整理するのどうやってんの?
4124/12/02(月)19:14:29No.1258935951+
どんな言語の案件でも腐ることがないからありがたい…
4224/12/02(月)19:17:56No.1258937279+
>冗長なデータとかを整理するのどうやってんの?
そこでこのApache Sparkをですね…
4324/12/02(月)19:21:23No.1258938596+
1000行くらいのクエリならあーハイハイって捌けるようになってきた
4424/12/02(月)19:22:33No.1258939049そうだねx9
>>Oracle Databaseは現在、長さが0(ゼロ)の文字値をNULLとして処理します。ただし、将来のリリースではこの処理が変更される場合があるため、空の文字列をnullと同じように処理しないことをお薦めします。
頼むから死んでくれ
4524/12/02(月)19:22:39No.1258939090+
未だにWITH句が慣れない
慣れないというか加齢で頭に入ってこないって感じが凄くする
常にググってる
4624/12/02(月)19:23:28No.1258939435+
oracleやめて無料のRDBMSにしよう!っていう案件何度か覗いてたけど大体どっちの理解もない人が移行するから燃える
4724/12/02(月)19:23:47No.1258939561+
>未だにwindow関数が慣れない
>慣れないというか加齢で頭に入ってこないって感じが凄くする
>常にググってる
4824/12/02(月)19:26:15No.1258940601そうだねx1
nosqlちょっと調べたけどこれ保守する人も設計する人と同等の知識ないと死ぬのでは?となった
4924/12/02(月)19:28:03No.1258941353+
>KVSとかってろくに演算できないし
>冗長なデータとかを整理するのどうやってんの?
とにかくクソ大量のデータを高速で処理するためのアーキテクチャですゆえ
5024/12/02(月)19:29:09No.1258941800+
SQLとSQLiteとkeySQLってなにがちがうの
5124/12/02(月)19:31:39No.1258942819+
実行計画とかチューニングの話をわからないままいじってる
5224/12/02(月)19:33:06No.1258943386+
>実行計画とかチューニングの話をわからないままいじってる
詳しくわかってないのでふいんきでなんか良くなってる気がする!で乗り切ってる
5324/12/02(月)19:34:43No.1258944033+
正直これだけで食っているからしばらく滅びないでほしい
5424/12/02(月)19:35:21No.1258944321+
(+)になれるといちいちjoinとか書いてらんねーぜ!
5524/12/02(月)19:35:40No.1258944453+
MySQLの民だったのでwindow関数なんてハイカラなものはずっと縁がなかった
8.0から入ったけど分からん…
5624/12/02(月)19:35:44No.1258944489+
>SQLとSQLiteとkeySQLってなにがちがうの
SQL:クエリ言語
SQLite:SQLが使えるDBの一つ
keySQL:エクセルからDB触るやつ
5724/12/02(月)19:35:58No.1258944595+
>実行計画とかチューニングの話をわからないままいじってる
explainした結果を全部GPTに投げるだけでほぼ最適解出してくれる
最近はこれで稼いでる
5824/12/02(月)19:36:55No.1258945004そうだねx1
>nosqlちょっと調べたけどこれ保守する人も設計する人と同等の知識ないと死ぬのでは?となった
DynamoDBをアホみたいに非効率に使ってるプロジェクトあった
5924/12/02(月)19:36:56No.1258945013+
何やかんやで自分が使うレベルのシステムだとSQLServerが使いやすい
6024/12/02(月)19:37:04No.1258945078+
NoSQLよく分からないおじさんだから割と好き
でもスレ画のこともよくわかってるわけではない
6124/12/02(月)19:38:01No.1258945482+
>>実行計画とかチューニングの話をわからないままいじってる
>explainした結果を全部GPTに投げるだけでほぼ最適解出してくれる
>最近はこれで稼いでる
と同時にAIあれば君いらないねえとなるのを恐れている…
6224/12/02(月)19:39:28No.1258946078+
>と同時にAIあれば君いらないねえとなるのを恐れている…
これ使うシステムは大抵基幹だろうし
AIくんに投げれない案件は多いんじゃないかな
AI くんのことよく知らないけど
6324/12/02(月)19:39:31No.1258946098+
left right outer inner は雰囲気で使ってる
多分これだなと思って大体違う
6424/12/02(月)19:40:07No.1258946360+
だいたいleft joinで右からぶつけていけばなんとかなると思ってる
6524/12/02(月)19:40:13No.1258946398+
NoSQLっていうかDynamoDB使うようなサービス関わってみてぇなあと思ったまま業界を去りそう
6624/12/02(月)19:40:32No.1258946536+
>left right outer inner は雰囲気で使ってる
LEFTとINNERだけでたまにFULLが使えればええ!
RIGHT君はいるの?
6724/12/02(月)19:40:58No.1258946705+
>NoSQLっていうかDynamoDB使うようなサービス関わってみてぇなあと思ったまま業界を去りそう
定年?異業種への転身?
6824/12/02(月)19:41:17No.1258946831+
>と同時にAIあれば君いらないねえとなるのを恐れている…
ミックはAIでSQLエンジニアいらなくなるって言ってるな
話半分だとは思いたいけど
6924/12/02(月)19:41:37No.1258946961+
SQLにjsonデータをぶち込んでNoSQLライクに使うライフハック
7024/12/02(月)19:42:15No.1258947236+
DynamoDB使ってダイナモ感覚を得る
7124/12/02(月)19:42:24No.1258947301+
>何やかんやで自分が使うレベルのシステムだとSQLServerが使いやすい
EXCELとの親和性高すぎるからほかに行けない
7224/12/02(月)19:42:49No.1258947456+
>SQLにjsonデータをぶち込んでNoSQLライクに使うライフハック
マジでやめろってよく言われる解決法きたな
でもそれなら整形しなくてよくね
7324/12/02(月)19:43:09No.1258947591+
Oracleは嫌いだけどずっとOracle使ってきたからPL/SQLとか
Oracle方言使えないと困惑する
7424/12/02(月)19:43:10No.1258947598+
>EXCELとの親和性高すぎるからほかに行けない
あの
7524/12/02(月)19:43:53No.1258947863+
書き込みをした人によって削除されました
7624/12/02(月)19:43:57No.1258947884+
DB持ってるからってSQL分かるとは思わない事だ
7724/12/02(月)19:44:14No.1258947989+
>定年?異業種への転身?
異業種だねぇ
誰がよろこぶんだかわかんねぇもん受託で作るのつまんねぇなっていうかWeb業界自体が好みじゃねぇなってなって
7824/12/02(月)19:44:27No.1258948081そうだねx1
oracleはアホみたいな行数でもメチャクチャ早い
7924/12/02(月)19:44:29No.1258948088+
保守困難なストアドを作るのが得意だからAIに仕事奪われると困る…
8024/12/02(月)19:45:03No.1258948307+
雰囲気でやってるからデスペの教科書読んだら呪文ばっかで死ぬかと思った死んだ
8124/12/02(月)19:45:05No.1258948323+
accessのSQLとoracleのSQLでよくこんがらがる
8224/12/02(月)19:45:09No.1258948347+
これでもOracle方言は昔と比べたらだいぶマシになったほうなんでしょ?
8324/12/02(月)19:45:25No.1258948464+
カラムナDBはついぞ触る機会がない
ふわっとした概念しかわからん……
8424/12/02(月)19:45:31No.1258948510そうだねx1
>保守困難なストアドを作るのが得意だからAIに仕事奪われると困る…
保守困難な業務要件ならいいけど単に読みにくいなら奪われてしまったほうがいい
8524/12/02(月)19:45:49No.1258948615+
select * from img
8624/12/02(月)19:46:07No.1258948741+
oracleは高すぎるからpostgresに移行しろって言われてて…
20年近く積み上げたPLSQLの山から崩さなくちゃいけなくて…
8724/12/02(月)19:46:19No.1258948815+
AIに全部書かせる
複雑なSQL書かせられると詰む
8824/12/02(月)19:46:30No.1258948896+
>保守困難なストアドを作るのが得意だからAIに仕事奪われると困る…
おまえー
8924/12/02(月)19:46:48No.1258949010+
AIに書かせてもテスト用の隔離環境で試せばいいだけじゃないですか
9024/12/02(月)19:47:35No.1258949321+
もうアルゴリズムだけなら俺よりAIのが圧倒的につええからよ…
9124/12/02(月)19:47:55No.1258949428そうだねx4
>AIに書かせてもテスト用の隔離環境で試せばいいだけじゃないですか
検証環境だと入ってるデータ量が違って本番と挙動が違う
あるあるだと思います
9224/12/02(月)19:48:11No.1258949527+
由来からして仕方ないんだけどもうちょっとこう分かりやすい文法にならないもんか
9324/12/02(月)19:48:16No.1258949554+
oracleの結合に慣れてるので標準SQLでInnerとOuterどっちがどっちだっけいっつも迷う
9424/12/02(月)19:48:43No.1258949745+
まだ適当にSELECTとJOINとWHEREをいじってるだけだから楽しい
9524/12/02(月)19:48:49No.1258949789+
大体DMSでどうにかなるけど結局全部ちゃんと動かして見て直さないといけないからなぁ
9624/12/02(月)19:48:51No.1258949800+
一時落ちぶれていたoracle社がなんか知らんが復活している…
9724/12/02(月)19:49:32No.1258950062+
正規化とかしてもどうせ未来の追加要件でグチャグチャになるし適当でいいよね
9824/12/02(月)19:49:39No.1258950107+
外部結合(+)で書いちゃう
9924/12/02(月)19:49:41No.1258950124+
>由来からして仕方ないんだけどもうちょっとこう分かりやすい文法にならないもんか
https://cloud.google.com/bigquery/docs/pipe-syntax
BQに入ってるパイプ演算子はもっと普及してほしいぜ
10024/12/02(月)19:50:26No.1258950420+
SQLiteと言えば本体のコードよりテストコードの方が多いって言われるくらいのテストマニアの産物なんだけど
こないだAIが脆弱性見つけてたな
そういうのにAI活用するのはすごくすばらしいね
10124/12/02(月)19:50:43No.1258950521+
勉強してて相関副問い合わせで訳わかんなくなるんだけどこれ実務でバリバリ使うやつなの?
10224/12/02(月)19:50:53No.1258950584+
入社3か月くらいから本番DB直確認直メンテみたいなことさせられて使い方覚えたけど
こんなもん個人じゃ使う用事無いし本来はどうやって覚える物なんだ?
10324/12/02(月)19:51:15No.1258950738+
>勉強してて相関副問い合わせで訳わかんなくなるんだけどこれ実務でバリバリ使うやつなの?
使っているなあ
10424/12/02(月)19:52:00No.1258951030+
わからない
俺は雰囲気でスキーマを作っている
10524/12/02(月)19:52:39No.1258951290そうだねx3
入社三か月で直操作はこわいな!
10624/12/02(月)19:53:15No.1258951517そうだねx2
毎回update文ってどう書くんだっけ…?って検索してる
10724/12/02(月)19:53:27No.1258951599+
>入社3か月くらいから本番DB直確認直メンテみたいなことさせられて使い方覚えたけど
>こんなもん個人じゃ使う用事無いし本来はどうやって覚える物なんだ?
だいたいそんな感じで過去の遺産を見ながら無理やり覚える
たまにやらかしてリカバリ手順とか覚える
10824/12/02(月)19:53:37No.1258951668+
聞いただけで怖気がするわい…
10924/12/02(月)19:53:47No.1258951742+
selectで全部拾ってきてプログラムの方で整形したり計算すれば
ええ
11024/12/02(月)19:54:07No.1258951875+
deleteもremoveもdropもぜんぶ同じじゃないですか!
11124/12/02(月)19:54:26No.1258952010+
NoSQLみたいなモダンな仕組み全くわからん…
11224/12/02(月)19:54:53No.1258952192+
drop
delete
truncate
11324/12/02(月)19:55:04No.1258952288+
WHERE kyakuName = NULL


1733132233949.jpg