自動更新

並べ替え:新着順

ベストポスト
メニューを開く

どんなサービスのデータベースだってタイムズカーから盗み出した免許証番号との結合で個人が特定できちゃいますね。SQL覚えたての人だって教科書通りにJOIN句を書くだけで簡単に突合できちゃう。 x.com/2022meimei3/st…

mei@2022meimei3

返信先:@bop4kあっちもこっちも🫨 x.com/itmedia_news/s…

和牛十兵衛@bop4k

メニューを開く

返信先:@kuwa_twおっしゃる通り、SQLでもAIがスキーマやアクセス方法を生成すること自体は十分可能ですし、ALTERやJOINなどの仕組みも成熟しているので、「AIだからNoSQLの方が必ず有利」という言い方は少し雑だったと思います。

takezaki@stakezaki

メニューを開く

SQLの「JOIN禁止」が話題になっていますが、JOINを多用しない方がよい場面はあります。例えば、オンラインゲームでいうと、課金周りや所持品更新のように、書き込みが集中する場所です…

メニューを開く

「tomoさん、クエリって知ってますか。SQLクエリっていうらしいんですけど、難しくて技術側に作ってもらおうと思うんですが…」的なことを言われまして、久しぶりにleft joinとか書きたくなってきました。 もう2年も書いてないのかぁ…絶対今書いたら、構文エラー起こしそう🤣

tomo🫠@tomomo1015

メニューを開く

エンジニアが最初に覚えるSQL、その次に覚えたい5つ SELECT、INSERT、UPDATEを覚えた。 その次に勉強したいのが、 ・JOIN ・GROUP BY ・INDEX ・トランザクション ・実行計画 ここから「SQLが書ける」から「DBを考えて使える」に変わっていく。

🐢みどりがめ🐢@sa04ru18kiti

メニューを開く

AIにSQLを書かせたら、実行する前にEXPLAINを見る。 これだけは習慣にしてます。 WHEREは正しい。JOINも合ってる。 なのに実行計画は豪快に全件走査。 AIはクエリを書けるけど、本番のデータ量までは感じてくれない。 SQLは構文より、読む行数。 ここだけは人間が見ます。 pic.x.com/1tRxCkDT2V

AI活用ノート編集部 / アプリエンジニア@ai_note_henshu

メニューを開く

📘【基本情報|SQL入門】 「SELECTは分かるけど、JOINから急に分からない…😇」 「WHEREとHAVINGって何が違う?」 「GROUP BYを見ると混乱する…」 そんな方向けに、基本情報で押さえたいSQLをゼロからまとめました🔥 ✅ SELECT・FROM・WHERE ✅ ORDER BY・DISTINCT ✅ COUNT・SUM・AVG・MAX・MIN

IT資格攻略ch@learning1029

メニューを開く

📚 応用情報技術者試験|1枚でわかるシリーズ【第3弾】 今回のテーマは… 🗄️「データベースの基本」 応用情報で頻出のDB分野を 1枚でサクッと復習できるようにまとめました🔥 ✅ 主キー・外部キー ✅ 正規化 ✅ SQL ✅ JOIN ✅ トランザクション ✅ ACID特性 ✅ 排他制御 ✅ インデックス pic.x.com/wF1G5Krzir

IT資格攻略ch@learning1029

メニューを開く

請求関連業務のSQL・Access案件、引き続き探しています 📊 大手グループ企業のIT部門で、請求・課金系のデータ処理を担当していただく案件です。 【必須スキル】 ・SQL でのデータ抽出・加工経験 ・Access の実務経験(2年以上) 【歓迎スキル】 ・VBA ・JOIN、UNION などの複雑なSQL

Ai engineergirl@Aiengineergirl

メニューを開く

ブログを更新しています!「Excel×SQLテクニック:Sheet1とSheet2の共通データを簡単抽出!(INNER JOIN活用術)」 tsuboss.com/2026/09/23/exc… pic.x.com/QRiZv4cbx4

momo.no.taro.2@横浜マラソン(10/25)@momo_no_taro_2

メニューを開く

自分なら、まず社内のSQL生成タスクで試す手順はこうなりそう。 CGAの「構造的欠損を洗い出す」フェーズを先にやる。手元のクエリログをSQL構造でクラスタリングして、どのパターンが薄いかを確認する。たぶんJOINの種類やサブクエリの深さで偏りが出る。

メニューを開く

週投稿DONE 今は結合に苦しめられている😢 記事を投稿しました! 【SQL初心者向け】なぜFROMにないテーブルの列をSELECTできる?INNER JOINの仕組みを理解する qiita.com/wa-chan222/ite… #Qiita

わーちゃん@wa_2sk

メニューを開く

SQL脳の思考回路 合法的な飛び方を心得ろ SELECT and FROM and JOIN and INSERT

メニューを開く

Auth0がFGA Permissions IndexをEarly Accessで出した。ユーザーの権限をあらかじめ計算して、自分のDBに流し込める。アプリ側はSQLのJOINで「誰が何を見られるか」を速く絞れる。権限チェックが重くなってるB2Bやエージェント付きの現場だと、試す価値がありそう #Auth0 #FGA #Authorization

multilayer@multilayer

メニューを開く

返信先:@_sluke_這個切分合理,不過註釋那半常常是遠端 parquet(gnomAD/ClinVar),chDB 用 url()/s3() 就能在同一句 SQL 裡直接 join 隊列表,少一次落地。DuckDB 留給本機互動探索反而更值得。

メニューを開く

基本的に経理部で求められるSQLの素養ってSELECT FROM WHEREだけで良いと思ってるんですよね だって、JOINとかIS NULLとかCTEやサブクエリを扱い始めたらそれはDBサイドの問題でしょう SQLは簡易的なモノを書かせないと心理的負担も増えるし、変な結合とかしてしまう可能性だってあるでしょう

たか@みならい士@hurry_poypoy

メニューを開く

正しい結果を返すSQLを組み当てるとするとどうすればいいか。LATERAL JOINが有効(相関サブクエリ)。MySQLがLATERALをサポートしたのは 8.0.14 なので、これも時の経過で正解がアンロックされた #nagoyark05

黒曜@Leaner Technologies@kokuyouwind

メニューを開く

「where.missiong / where.associated というメソッドがある。前者は「指定した関連を持たない」で絞り込む。後者はその逆。SQLの語彙だとANTI JOIN, SEMI JOINをそれぞれ実現したい」 ANTI JOINとSEMI JOIN初めて聞いた #nagoyark05

黒曜@Leaner Technologies@kokuyouwind

メニューを開く

SQLのJOINを勉強中です。 説明を読んだだけではどうしてもイメージできず、Claude Codeに小さなテーブルを2つ作ってもらい、実際にどのデータが取得されるのかを一つずつ確認しました。 遠回りかもしれませんが、自分の場合は実際のデータを見た方が理解しやすいようです。

田中雄二@yujitanakaa

メニューを開く

返信先:@mmotohasSQLの中にLLMが入ると、ちょっと話が変わる。これまではSQLを読めば、どこで絞って、どう結合したかをある程度追えた。 でもWHEREやJOINにAIの判断が入ると、コードを読んだだけでは、その判定が妥当だったかまでは分からない。これから増えるのは、SQLレビューより判断そのものを評価する仕事。 pic.x.com/KdQknDXE9w

ルークス@araroux

メニューを開く

SQLの「JOIN禁止」が話題になっていますが、JOINを多用しない方がよい場面はあります。例えば、オンラインゲームでいうと、課金周りや所持品更新のように、書き込みが集中する場所です…

風火⭐@28_panchita

メニューを開く

「SQLのJOIN禁止」というパワーワードが流れてきたけど、もはやRDBという概念にケンカを売ってるよね😂 JOINしないならRDBでなくキーバリュー型データストア使ってればええのよ。

つねた@app_tune

メニューを開く

返信先:@hoshino_popopo_私個人が1件であること、弊社が20件であること、御社が1k超えであること… これらから推測するに、送信対象メアドをSQL的なので抽出する際に、LEFT OUTER JOIN した何かのテーブルに複数レコード存在して、distinctやgroup-byとかを忘れてて、何かのテーブルの件数そのまま送信したのではないか、説

T.MOTOOKA@t_motooka

メニューを開く

JOIN禁止の件、RDB使ってるシステムでもそういうルールがあると聞いて世界は広いな、と・・・ SQLで細かい抽出は諦めてアプリ側で必要なデータを加工するしかないんだろうなと思ったけど他に何かやりかたあるのかしら

きのこです@kinokodesu2017

メニューを開く

バックエンドエンジニアを目指すなら、SQLは避けて通れません。 まず覚えたいのはこの5つ。 ・SELECT ・WHERE ・JOIN ・GROUP BY ・INDEX 障害調査でデータを追うときに必ず使います。「ORMがあるからSQLは書かなくていい」ではなく、土台の技術もセットで学ぶのがポイントかと。

田村|採用担当が教える、エンジニアのキャリア@tamura__54

メニューを開く

SQLのJOIN禁止って話題 実感としてMySQLだと禁止あったかも、、、 Oracleだと言われたことないな

さばみそ | 個人開発@it_sabamiso

メニューを開く

SQLあんまり使わないんだけど、JOIN禁止のSQLってそれはリレーショナルデータベースじゃないだろ。

LLMのパフォーマンスに生産性を握られている@konjo_p

メニューを開く

何ヶ月もかかる作業が1日でできる時代になって頭の中を入れ子にしながらdivタグを手打ちしてSQLのJOINの重さを考慮していたワイの青春は何だったんだろうと。いや無駄では無かったと思うけどさ。

齊藤貴義@『完全解説!Claude Codeテクニック集』@サイバーメガネ@株式会社ギークフォース@miraihack

メニューを開く

RDBMSのインデックス設計方法についてお話させていただきます。 検索条件が多いSQLのインデックスってどうするの? JOINがあるSQLのインデックスは? など知りたい、興味があるという方はどうぞ。#RDB #SQL #インデックス tm-study.connpass.com/event/405121/

井上 寿@hisaino

メニューを開く

SQLの「JOIN禁止」の件 あったあったw 本当なぁ…その程度のスキルでよく技術者って名乗れるなぁって呆れたw このレベルに合わせると頭おかしくなる

雪山雪太郎@yukiyama2003_2

メニューを開く

久しくSQLも何も書いてないけど更新系の条件指定でjoinって書くもんかしら。表にお出しする情報は非正規化されてるものなのでjoinになるのは必然だけど更新レコードはその時点でその単一テーブル内の条件で縛らんか。

メニューを開く

返信先:@itchie_tatsumiそうですね。 何でも過ぎれば毒になる --> 水を大量に飲めば死ぬ。 JOINも適度に使えば便利なはず。 ロックはSQLのDMLではなくDDLを工夫して回避したいところではあるけど…

にっく(NickChopper)@29chopper

メニューを開く

RDBMS 使ってるのに SQL で JOIN禁止の話… NoSQL 系のDBMSを使えって話にならないんだろうなぁ…

にっく(NickChopper)@29chopper

メニューを開く

返信先:@mizsettaアプリ屋さん(自分)でも一時調査のときは一発抜きしたいので、とんでもないJOINとか、EXISTS / NOT EXISTSてんこ盛りとか、CASE条件だらけとかのVIEW作ったりしますけどね(笑) 恒久設計と調査用SQLは別腹ですね。

みそまめ@misomame_labs

メニューを開く

技術者「しかし!本当に!許されないのでありましょうか!?」 悪企業「許される云々の話ではない!」 技術者「ですが!SQLの仕様ではっ!」 悪企業「あなたのような ”連結者” は私達ののチームに 『JOIN』 させません!」 #SQL #JOIN

逆鱗@vopordna

メニューを開く

技術者「SQLでJOINしちゃあいけないって、言ってるのは〜?どこのどいつだい!?  あたしだよ!」 #SQL #JOIN

逆鱗@vopordna

メニューを開く

SQLでJOIN禁止かぁ。。。 使える場面では使うし、使えない(or 使っちゃダメ)場面では使わないかなー

オキタ企画|フリーランスエンジニア@okita_kikaku

メニューを開く

返信先:@oyamon_devHPじゃなくて、製作所です笑 SQLはjoin禁止で、とんでもフレームワークでした笑 製作所のグループ会社の案件だったので、そのフレームワークを強制的に使わされて皆んなで文句言ってました。

メニューを開く

JOINが禁止ならANSIの企画でるSQL使えるデータベース全て禁止にすればいいのに。全く意味がわからない。誰だよその脳が溶けたアーキテクトは。JOINしたらパフォーマンス落ちるは場合によって正しいがだったらVIEWだってパフォーマンス落ちるべ?これが2015とかイカれてる。 x.com/nuits_jp/statu…

NAKAMURA Atsushi@nuits_jp

2015年頃のOracleかSQL Serverの話で、アーキテクチャ的にJOIN禁止する理由はありませんでした。 他でも書いてるけど、正規化はしろ、JOINは一切禁止、副問合せもINも禁止、絶対ルールで逸脱NGだったと聞いています。 意味が分からん。 x.com/sanbaime376782…

Noriちゃん@noriharu088

メニューを開く

SQLでJSON禁止って何だそりゃと思ったらJOINだった

トレンド7:55更新

  1. 1

    エンタメ

    修学旅行で仲良くないグループに入りました

    • ドラマ修学旅行
    • 修学旅行で仲良くない
    • 両片想い
    • DXTEEN
    • 関西ローカル
    • 修学旅行で
    • 修学旅行
  2. 2

    刑罰が緩い

    • 男2人
    • 高級腕時計
    • 再逮捕
    • 3日前
  3. 3

    34日連続

    • 東京都心で
  4. 4

    ニュース

    震度4

    • 最大震度4
    • 震度3
    • 茨城南部
    • 埼玉南部
    • 津波の心配はありません
    • 津波の心配は
    • 地震情報
    • 緊急地震速報
    • 埼玉県南部
    • 東京23区
    • 4:45
    • 地震速報
    • 生放送で
  5. 5

    動物

    ふ(2)く(9)

    • ふく(29)
    • おかげ横丁
    • おはよう日本
    • 伊勢神宮
  6. 6

    ニュース

    M4.9

    • 最大震度4
    • 津波の心配はありません
    • 津波の心配は
    • 地震情報
    • 地震の規模
    • 震源の深さ
    • 4時45分
    • 埼玉県で
  7. 7

    スポーツ

    登板なし

    • 昨年7月
    • 青柳晃洋
    • 来季構想外
    • 現役続行
    • Yahoo!
    • ヤクルト
    • 1軍昇格
  8. 8

    津波の心配なし

    • 最大震度4
    • 津波の心配はありません
    • 津波の心配は
    • 震度4 津波
    • 震度4の地震
    • 4時45分
    • 埼玉県で
  9. 9

    地震のせいで

    • 地震のせい
    • 寝れなくなった
    • 眠れなくなった
  10. 10

    1107票

    • 染谷隆夫副学長
    • 藤垣裕子
    • 意向投票
    • 藤垣
    • 上位3人
    • 2位の人
    • 2.7%
    • 優遇されてる
20位まで見る

人気ポスト

よく使う路線を登録すると遅延情報をお知らせ Yahoo!リアルタイム検索アプリ
Yahoo!リアルタイム検索アプリ