SQLで内部結合と外部結合を使い分けないで、全部LEFT JOINにするヤツ…。 (+)を駆使してJOINを使わない派はOracle時代に居たけど、LEFT JOINの右側に対してwhere句で条件に入れてるのを見る度に、内部結合じゃんかよって腹が立つ。

AIでSQLを書けるようになったことと、正しい数字を作れることは別です。生成AIはSELECT、JOIN、GROUP BYを自然に書いてくれます。でも、そのSQLが業務上の問いに合っているか、集計粒度が壊れていないか、JOINでレコードが膨らんでいないかは、人間側が見ないといけません。

今日は衝撃的なSQLを見た。 JOINすればいいところを、ダミー項目用意してUNIONして積んでいく。サービス側で串刺して取り出す。 頭おかＣ。

AIでSQLを書けるようになったことと、正しい数字を作れることは別です。ここを混同するとかなり危ない。生成AIは構文として正しいSQLを出せます。でも、そのSQLが業務定義に合っているか、粒度がズレていないか、JOINでレコードが膨らんでいないかは、人間側が見ないといけません。

職場で使ってるAzureDBをExcelと接続するテストをPowerQueryとVBAの両方でやってて、どちらも接続とデータ抽出は成功したけど、SQLをそのまま書けるVBAと違ってパワクの場合はどうやって複数テーブル指定のjoinとか指定すればいいのか・・M言語を本格的に勉強するかな。

返信先:@sigma1991h他1人①SQL鯖にあってオラクルにない物 →テーブル変数 →事前定義不要な一時テーブル →結果セットを返すストアド →JOINを含むUPDATEやDELETE文 →実質的なロック範囲の意図せぬ拡大 ②オラクルにあってSQL鯖にない物 →ROWID →空文字列がnull扱いになる糞仕様 →ヒント(大量にある)

エンジニアが明日から使えるSQL知識5選 ・LIMIT → 必要な件数だけ取得 ・ORDER BY → データを並び替える ・GROUP BY → データを集計する ・INNER JOIN → 複数テーブルを結合する ・EXPLAIN → SQLの実行計画を確認する 👉 SQLを理解すると、データ取得やパフォーマンス改善に役立つ。

💕 面倒くさい彼女 〜SQL深掘り編〜 彼女： 「私の友達と話したんだって？」 僕： 「少しだけね。」 彼女： 「へぇ。 じゃあ私とも話したことになるよね？」 君って、 まるで INNER JOIN みたいだね。 関連が見つかった瞬間、 話題が結合される。 Tips☕ JOIN条件を間違えると、

これ良いですね。SQLは座学より手を動かすほうが定着が早くて、自分もJOINやウィンドウ関数は書いて結果を見て初めて腑に落ちました。331問あるなら段階的に詰められそうで良いと思います。 x.com/HardModeDE/sta…

セマンティックビューで、物理テーブルの代わりにSQLクエリを論理テーブルとして直接定義できるようになりました（GA）。事前にビューを作成せずとも、JOIN・変換・任意のSQL式を基に論理テーブルを構成可能です。`CREATE SEMANTIC VIEW`の`TABLES... docs.snowflake.com/release-notes/… #Snowflake #SnowflakeDB

🛠️ awesome-cheatsheet：「あのコマンドなんだっけ」を一撃で引ける早見表の索引 git・vim・Docker・正規表現・SQLのJOIN…現場で手が止まりがちな構文やコマンドの「カンペ」を1ページに集約したリンク集。Programming pic.x.com/7NV8piQpOU

返信先:@suke_artsそうなんですよね。特にJOINが多くなってくると、間違いが顕著に出てくる気がします。 細かく区切って少しずつSQLを出させれば、もう少し精度は上がりそうですが、自分で書くのと手間が変わらなかったりしますね...

# Neo4jの機能と実践的な使い方 🔍 SQLで5段JOINになる問い合わせが、矢印の絵1行で書ける——Cypherはグラフのための宣言型クエリ言語です。 🏷️ タイトル: Cypher(宣言型グラフクエリ言語) 🔗 URL: neo4j.com/docs/cypher-ma… 📘 概要 pic.x.com/BheY4nM8mh

GUIで視覚的に確認しながら作成できるSQLクエリービルダー。テーブルの図をドラッグ＆ドロップして接続すればJOINクエリーが作れると。 / “GitHub - webofmarius/SQLJoiner: Sql Joiner - Graphical SQL builder and debugger” htn.to/2mrEdgmHDh

※複数回の単純SELECTも基本的に禁止されていて関連テーブルの全データをINSERTできる形でJoinや整形･加工した1SQLにしなければいけなかった JavaはAPI受付/バッチ起動と中間の確認･ログ出力担当

PostgreSQL再入門に参加しています💪 ・UPSERT（INSERT... ON CONFLICT） 　UNIQUE制約ベースの機能 　各トランザクションはUNIQUE INDEXに仮INSERT ・MERGE(標準SQLのために実装された) 　JOINベース、表全体をマージ同期するような使い方に向いている。DELETEにも使用化 #osc26do

「SQL 学習レッスン JOIN・サブクエリ編」レッスンを修了しました！ prog-8.com/lessons/sql/st… #Progate

製造業向けPKG導入支援案件 場所：神田駅(週4リモート、金曜日のみ出社) ※参画から1週間程度は出社予定 期間：即日/7月 ～ 長期 単価：～50万円 必須スキル ・詳細設計～テストまでの一貫した経験 ・Oracle SQLの知識(SELECT、UPDATE、INSERT、JOIN) ・フォローを受けずにSQLを作成できる

【プロンプトBefore/After】（実務活用） ❌ Before: SQLクエリを最適化して。 ⭕️ After: 以下のSQLクエリの実行計画を分析し、インデックスの追加やJOIN順序の変更など、具体的な改善案を3つ提案してください。 ✅解説:

「SQL 学習レッスン JOIN・サブクエリ編」レッスンを修了しました！ prog-8.com/lessons/sql/st… #Progate

【プロンプトBefore/After】（実務活用） ❌ Before: SQLクエリを最適化して。 ⭕️ After: 以下のSQLクエリの実行計画を分析し、インデックスの追加やJOIN順序の変更など、具体的な改善案を3つ提案してください。 ✅解説:

SQLとrubyはほぼ同時並行で進めてます。 SQLのjoinが苦手なため、もう少し深掘りをし、rubyは今週、または来週中までに終わらせ課題に進めたらと思います。

AIエージェントに数字を任せるなら、セマンティックレイヤーでこのへんを固めておきたい。 ・指標と次元の共通定義 ・joinとgrainのロジック ・行/役割単位のアクセス制御 ・MCP経由で名前で呼べること ・誰が聞いても同じ答えになる再現性 SQLを書かせる前に、ここを決めるのが効く。

production環境でデプロイ後即エラー。SQLのJOIN条件が1列ズレてた。

研修でSQLの後にExcelをやっており、人間がVlookupってInner Joinなんだって言ってて面白い

BigQueryでデータ集計するとき 最初によくやってしまうミス 「とりあえず最初に全部のテーブルをLEFT JOIN」 これをやるとクエリが重くなるし 意図しない重複行も増えることがある WITH句を使って 必要な列だけ先に絞ってからJOINするだけで 速度も精度も全然違う📊 #BigQuery #フリーランス #SQL

お疲れ様です😊 昼勉強：2h 今日はいつものDVAではなく、SQLについて🛢 普段はJOIN、CASE、サブクエリくらいしか使ってないので、理解度を上げたくハンズオン実施✍️ ウィンドウ関数、with句、EXISTSなど。 AI全盛だからこそ、使い所を頭に入れました🙋‍♂️ さぁ今日は父の日なのでケンタッキーです🐔✨

Amazon Quick の 新しい Topic で Table 同士の JOIN がいい感じにかけるようになったけど、間違うこともある。なので、その追加説明を TOPIC の中にいれるけど、そのこと自体を kiro で SQL 正しいかどうかを判断させて、ダメだったら、kiro に追加情報を整理っせて、それを Quick に feedback.

【SQL】JOINの理解とLaravelでの処理の比較 qiita.com/metappi/items/… #Qiita @zundabyonより

【応用情報】データベース INNER JOINとLEFT JOIN、 違いを図で説明できないと危険。 ⁡ LEFT JOINは 左側テーブルを必ず残す。 ⁡ SQL問題の定番。 ⁡ もっと学びたい方はこちらもチェック✅ manabi1029.com/toppage/ ⁡ #応用情報技術者試験

データベース関連 ☑ JOIN構文を理解。 ☑ 実験用SQLスクリプトを書いて、sqlite3と格闘。 ☑ SQLは、テーブル処理のパイプライン構築？まるでテーブルデータ版のgstreamerのように見える。 go言語、Haskell、NTEは手つかず。🫠

ORMはSQLを書かなくてよい仕組み程度の認識だと、処理が重くなったときに原因を追いにくくなります。 CRUDを書いたらSQLログを見る。N+1問題もローカルで一度確認する。一覧画面や関連テーブル参照で、どのSQLが何本出るのかを見ると、JOINやEager / Lazyの判断もしやすくなります。

DB設計をする際は… - きちんとER図を作成しましょう - きちんと正規化しましょう - カラム名の論理名は意味が汲み取れる命名にしましょう。(column_1とかやめて…) SQLを作成する際は - JOINする際は、きちんとテーブル名、カラム名にエイリアスをつけましょう。（t1とかやめて…） x.com/sattva_improve…

ORMの文化がないレガシー案件のJOINしまくりのクソSQLで悩まされたから、SQLは嫌い。 x.com/se_vet_oskja/s…

過去に経験3年、SQLできますって触れ込みだったがSELECTしか書けんのがいた。 いろいろググったりして四苦八苦してたようだけど、JOINも怪しくて、INSERT、UPDATEは書いたことなくて、結局彼の作ったプログラムはほぼ作り直した。そんなでもやれる現場もある。迷惑でしかないけどな。 x.com/nobu_devlog/st…

返信先:@HardModeDE僕も基本的にはLEFT JOINもしくはINNER JOIN、たまにCROSS JOINで開発時のSQLは書いてそのまま運用までうまく行くことが多いので、RIGHT JOINが出てくると逆に何でって思うことが多いですw

検索（SELECTやJOIN）は① 更新やDDL、細かな構文、管理者が使うコマンドは②です SQLの文法や構文よりかは、この抽出なら外部結合、内部結合、副問い合わせを使うなど、ある程度のパターンを知っておくとよいかもしれません x.com/nobu_devlog/st…

【SQL】LEFT JOINは左テーブル基準でデータ取得する。 #SQL #DB #プログラミング学習 #SE #プログラミング初心者 #プログラミング全般

正解：C 共通する行だけを取り出すのが内部結合（INNER JOIN）。外部結合は片方に存在しない行もNULLで残します。直積は全組み合わせ。結合の種類は「どの行が残るか」で区別すると、SQLの問題で迷わなくなります。

言われてみて確かにRIGHT OUTER JOINって書いたこと一度もないかもしれない。 どちらかと言えば、SQLは結構ゴリゴリ書いているはずなんだけどなぁ… x.com/hardmodede/sta…