呪文

これちょっと壊れると全部壊れちゃうから嫌い

DROP TABLE

多少は分かってるつもりなんだけど
なんかガチの人のクエリ見るとこれは…何をしてて…何を返すんだ…！？となる

設計が全て

SELECTを3回重ねるともう何やってるのかわからなくなる呪文

駆け出しの頃は年度ごとの売上データ格納テーブル作っちゃって酷い目にあった

よく分からんけどトランザクションログがめっちゃ容量食うから消す

これだけしか分からないけど飯食えてるから勉強するコスパはいいと思う

男の子なら本番環境でデッドロックかまして全レジ停止させたことがあるくらい元気がある方がいい

もっぱら分析じゃなくてアプリケーション用途だからそんな壮絶に複雑なクエリ作らないし分からないな…

データを扱わないシステムは存在しないので大体必要になる

最近はDDL読ませるだけでAIが自由自在にSQL文作ってくれるから超楽ちん

FROMから書かせて欲しい…

hoge,
huga 派？
hoge
,huga 派？

WHERE 1=1

みんなER図とかちゃんと設計してるの？

oracleの(+)表記が標準になって欲しかった…

>みんなER図とかちゃんと設計してるの？
未来の自分のために頑張って作ってる

indexあるだけで早くなりすぎ…

DB設計楽しくないから絶対仕事にしたくない…

>indexあるだけで早くなりすぎ…
Bツリーとか誰が考えたんだろうね天才だよね

普段のプログラミングとパラダイム違いすぎて気が狂う
なんか…一個ずつ…一歩ずつ処理させて！

どういうテーブルがあって…みたいなのを考えるのは楽しい
インデックス云々は楽しくない

こいつへ接続するためのセットアップとかは出来るけど何をしてるのかはふわふわ理解

SQLは少し書ける
設計とかはさっぱりわからん…

ここにいる「」はデータベーススペシャリストとか普通に持ってんだろうな…

>普段のプログラミングとパラダイム違いすぎて気が狂う
>なんか…一個ずつ…一歩ずつ処理させて！
データ全件取ってきて
プログラム側でforeachでグルグル回して処理すればええ！

デスペ持ってるけどsql覚えてない

>命名が全て

Redshiftって凄いの？

各DBMS間の方言がつらい

ちょっとでも早く小さくするためにどんどんコードが長くなっていって
実際ちゃんと取れてるはずだけど本当にそのデータが取れるコードなのか不安になってくる

Oracleってまだ空文字がNULLなの？

IPAのデータベーススペシャリスト取ったけど何も分からん

O(n2) もO(nlogn)も同じよ

あたしこれきらい！

俺の書いたjoin順なんか無視して完璧な実行計画建ててくれ…

>O(n2) もO(nlogn)も同じよ
違うのだ！

>みんなER図とかちゃんと設計してるの？
作ったところでどうせ度重なる仕変で更新が追いつかなくなり陳腐化する

正規化とか考えるのは楽しいけど設計請け負うのは小さいのでも責任重すぎてヤダ

シークウェル

めんどくせーどんなときも SELECT *で探索だぞ！！
本番オラァ

だらだらと長いクエリ書いて思い通りの結果が取れた時の達成感はパズルゲームみたいで楽しい
ちゃんと全部のデータが拾えてるかは知らない

>めんどくせーどんなときも INSERT INTO a SELECT * FROM bで挿入だぞ！！

LEFT JOINとRIGHT JOINってどっちかだけでよくない？

デスペはER図くらいしか覚えてないな
つまり何も覚えていない

排他制御の理解があやふやで毎度調べ直してた
あとファントムリードって名前カッコいいと思う

1テーブルでいいよね

別現場に居る同僚がそこのテーブル名が全部数字で困ってるって言ってて
設計も大事だな…って思ったりはした

>>みんなER図とかちゃんと設計してるの？
>作ったところでどうせ度重なる仕変で更新が追いつかなくなり陳腐化する
自分の経験だけでも思いあたる案件がいくらでもある…

データベーススペシャリストはER図さえ描ければ受かるボーナス資格だって

でっかいメーカーの倉庫物流管理データベースの設計管理やる人毎日寿命縮んでそう

開発の環境保守やってたときにDBチューニングの専門職の人呼んでしばらく仕事してたが
色々聞いてもさっぱりわかんね…ってなったな

>LEFT JOINとRIGHT JOINってどっちかだけでよくない？
RIGHT JOIN は実際の運用で使ったことない

ほとんどフレームワークとかorm経由でしか触らないからあんまり書く機会がない
er図はツールで機械的に出力させて読む事は結構ある

>データベーススペシャリストはER図さえ描ければ受かるボーナス資格だって
達人ならあの図のスペースの開き具合みて矢印引っ張ったりするもんな

>データベーススペシャリストはER図さえ描ければ受かるボーナス資格だって
過去問解いてるけど問題文から読み解くのがむずいんだが？

今どきOracle使ってる会社とか大分限られてそう

>別現場に居る同僚がそこのテーブル名が全部数字で困ってるって言ってて
>設計も大事だな…って思ったりはした
さすがに項目名わかるようなview作ってあげてほしいって思う…

論文系もchatgptに書かせた論述と似た奴出れば受かるボーナス資格

なんかいま絶好調だよねOracle

それなり大きな企業のDBだとだいたいOracleの印象はある
これまで行ってきた大きめの現場はだいたいそうだった

オートマトン理論から学ぶといいよ

dropもdeleteもtruncateも同じじゃないですか

Power Query を使えとか言われて Regex じゃダメかってなるおじさん

>dropもdeleteもtruncateも同じじゃないですか
同じ
では
ない

もう全部大文字にする必要なくない？

SQlite気軽ですき

select * from なんちゃらかんちゃら

>SQlite気軽ですき
型がね…

相関副問い合わせいいよね…

実行計画全然わからない

ウインドウ関数使いこなせる気がしねえ！

>実行計画全然わからない
なんかまぁフルスキャンしてなきゃいいか…

>もう全部大文字にする必要なくない？
漢字ひらがなをテーブル名やカラム名に普通に使ってもいいのだ

SELECT a FROM (
SELECT b FROM(
SELECT c FROM(…

こうすればあらゆるテーブルを簡単に結合できちまうんだ

ちょっと複雑な事やろうとすると昔使えなかった機能出てきてチューニングとか大変だったんだなってなる

>SQlite気軽ですき
俺が個人的に何か作るとき大体採用するやつ

昇順降順どっちがどっちかで毎回二択する

会社支給のパソコンがmacになって何も出来なくなった

ascendingのasc
descendingのdesc
だ

SQLiteから他のに変えようとした時だるかったから次は最初からmysqlコンテナ使う

わかんなくなるから列名日本語にするね…

非同期処理でもないのに記述順序と実際の実行順序が異なるのがとっつきにくい

>ascendingのasc
>descendingのdesc
>だ
おそらくそこが毎回分からない「」はascendingとdescendingが分かっていない

項目名を適当につける奴の爪を剥がしに行く
ItemCodeだのItemIdだの同じデータで違う名称にしたんだよはっ倒すぞ

ascがaからですぐ覚えられるだろ

同じデータが複数テーブルにまたがってる時点でうんちじゃない？

O(n2) もO(n)も同じよ

今はもうoracle使ってんのはレガシーなところと言う印象しかない
DB2とかよりは遥かにマシだけど

昇順と降順が12345〜か54321〜どっちかってコト？！

ibdata1が破損してinnodb_force_recovery=6でも起動しないところからスタートだ

数字だけのキーはセット型でお願いします

いつの間にかSQLiteとpostgresqlがOSSのRDBMSの最大手になっててビビる
MySQLもMariaDBも全然見ないぞ最近

>同じデータが複数テーブルにまたがってる時点でうんちじゃない？
効率優先であえて正規化崩して重複データ格納してるならヨシ！

すとあどぷろしーじゃ…？

>いつの間にかSQLiteとpostgresqlがOSSのRDBMSの最大手になっててビビる
>MySQLもMariaDBも全然見ないぞ最近
Oracleがバックにいるのも関係してそう

このテーブルをどんな意図で結合してるのか全く書いてない…

マネージドサービスが強くなった時点でOSS天下になるのは仕方ない

〜Id(実はIdentifyではない)とか名前つける奴は消し飛べ！

>Oracleがバックにいるのも関係してそう
MySQLがOracleに買われてからMariaDBが主流になるのかと思ったんだけど全然採用が増えなくて
その代わりにPostgreSQLばかりが増えてる印象なんだよな
なんでこんなことになっちゃったんだ？

Db2は動いてるところでは動いてるけどなるべく関わりたくねえ

>このテーブルをどんな意図で結合してるのか全く書いてない…
ソースコードのコメントもそうだけどコード見れば分かることじゃなくその意図や背景を書いて欲しい…
A表とB表をそのキーで結合する目的は何？どういう意味がある結合条件なの？

>なんでこんなことになっちゃったんだ？
Javaみたいにいつ梯子外しにかかるかわからんし…って感じ？

わざわざDB2使っててIの保守入ってないところなんてあるの？

今だとSSDに乗っけちゃえば多少効率悪いSQLでも何とかなったりするんだろうか

>MySQLがOracleに買われてからMariaDBが主流になるのかと思ったんだけど全然採用が増えなくて
>その代わりにPostgreSQLばかりが増えてる印象なんだよな
>なんでこんなことになっちゃったんだ？
MariaDB自体がMYSQL互換でも無くなってるので俺たちゃMYSQLが欲しいんだよ！ってのがあるのとクラウドサービスのRDBがポスグレ互換が増えてるってのもある

本番稼働後に考えればええ！

ポスグレ互換のクラウド系RDB増えてるよな
AmazonのAuroraも追加対応してたし

パフォーマンス改善とか言われても何もわからない

>>ascendingのasc
>>descendingのdesc
>>だ
>おそらくそこが毎回分からない「」はascendingとdescendingが分かっていない
新卒の頃はasciiとdescriptionって憶えてた

a=(a+b)*0.5; // aにbを足し0.5掛けたものをaにセット

DB2はOracleと日付型のデフォルト書式が違っててひっかかった思い出
でもOracle側が非標準の方言なんだよな確か

半分くらいしか分からない

PostgreもMySQL集計関数周りがクソカスなので分析系はオラクルとSQLSERVERが楽すぎる…

今後10年20年使うことを考えてると多少スイッチングコスト掛けてもポスグレ移行したほうがいいよね

俺は実はウィンドウ関数を使われるだけで死ぬぞおおお

クラウドは大体ポスグレ互換よね今
なんでなのかは知らん

OracleもMySQLも変な方言や独自仕様がおすぎ！！ってなる

無料のも使いこなせないからお高いやつは多分QUOカードとかついてる

>半分くらいしか分からない
半分もわかるなんて…

>俺は実はWITHを使われるだけで死ぬぞおおお

色々触ったけど金出せるならoracleが一番使いやすい
そうじゃないならpostgres
NonSQLはクソ

>今後10年20年使うことを考えてると多少スイッチングコスト掛けてもポスグレ移行したほうがいいよね
とは言えクラウドサービスのRDBはMysql互換ももちろん備えてるから別に考えなくてもよい

実際使うとOracleはView周りの性能がすげえので他じゃ満足できなくなる

SELECT分以外はADODBに頼り切りだ…

recursiveで導出されるビュー三つがN対Nの三角形になってて気が狂った事ある

NoSQLって思ったより流行らなかったね
出たての頃はRDBに変わるパラダイムなんて変な喧伝をしてる奴もいたのに

WITHが見る度調べ直すレベルで覚えらんない
今だってもう忘れてる

where f1=null
ヨシ

>NoSQLって思ったより流行らなかったね
>出たての頃はRDBに変わるパラダイムなんて変な喧伝をしてる奴もいたのに
データ構造としてのNoSQLは流行ってると言うか製品としては主流だよ
集計言語としてのSQLが優秀なのでNoSQLでSQL書けるようになってる

JOIN覚えるといろいろ感じがしてくる

>集計言語としてのSQLが優秀なのでNoSQLでSQL書けるようになってる
うん？

>おそらくそこが毎回分からない「」はascendingとdescendingが分かっていない
馬鹿にするな昇順と降順って書かれてもなお即座に出てこないぞ

(ちゃんと設計されてれば)DBのER図見るだけで大体システムの全体像分かるよね

システムの全体像分かる人見た事ない

そういや明示的にASCを書けってとこは有ったなぁ
だいたいorder byで省くからな

WITHを使うとすげー読みにくいSQLになってしまう
後の人ごめんなさい

order by 2, 3

LEFT JOINを見るとついLEFTR OUTER JOINに修正したくなるのわかってほしい

WITHって一時的なテーブル作るようなもんだから(正確にはサブクエリだけど)
CREATE TABLEわかってればなんとかなる思ってるんだけど違うの？
素人意見なのと文法覚えられないって話ならそう思うからごめん…