> ● DDL：データ定義言語 > ● DML：データ操作言語 > ● DCL：データ制御言語 DDL、DML、DCLとは？SQLの書き方について基礎から解説 products.sint.co.jp/siob/blog/sql

2025年1ツイート振り返り ・デュアルモニター ・胃カメラ初体験 ・しあわせは食べて寝て待て ・カヤトースト ・Oracle SQL合格 ・全日本大学野球：西南大ベスト8 ・イクサガミ＠今村翔吾 ・iPhoneSE3 ・鬼滅の刃無限城編1 ・Vポインター ・中村部屋@鳥栖 ・HD-2D版ドラクエ1&2 ・ホットサンドメーカー

' エクセルユーザーのためのデータベースでエクセルを操作する一番カンタンな方法: SQL不要、マウス操作で始めるはじめてのデータベース入門 #ad amazon.co.jp/dp/B0D8GNR7D6?…

ミックのSQL本は読むべき x.com/kekekejake/sta…

データーベースへの検索で一番検索時間の掛かる SQL大体こんなかんじｗ x.com/kitalbounovel/…

俺が結構昔からこういう感じ。 各種言語を「面白そう」ってだけで、勉強してたというか、今もしているｗ 実際に使っているのはPerlとPythonぐらいなんだけど、JavaScript、ANSI C、Javaを再勉強中。 C++とC#、SQL、Unity、Rubyの教本はいくつか買って待機状態。 昔はTcl/TkとHSPの勉強はした

なんとなくSQLをはじめる

返信先:@tomomo1015他1人横から失礼。IMSはR(関係型)DBMSではなくH(階層型)DBMSですね。アプリからはSQLではなく、DL/Iでレコード単位で操作します。Get, Replace, Insert, Deleteなど。日本の銀行では、みずほ、三菱UFJ、りそな、など。

次にコードの全体は記憶出来ない(しても意味ない)こと これは他のAIサービスなら解決してるかもしれないけど、GPTで複数のプログラムを渡してもコード間のつながりはまだ読みが甘い気がする。これと同じ理由でテーブル構成の記憶は絶望的。SQL生成時はカラム構成を毎回渡して説明してる。

zenn.dev/ymdkit/article… QuizMarketの[@ymdkit](x.com/keita_developer)氏による記事です。 FirestoreからCloud SQLへのデータ移行について、背景、移行の流れ、結果を詳細に解説しています。 速度、費用、開発体験の改善に焦点を当て、具体的な手順と知見を提供します。

返信先:@VIVIVIPフォームを見るととりあえずSQLインジェクションを試みるITエンジニアも同類ですかね

Nailie（ネイリー）を使って 美容予約をしてみませんか？ 初回予約時に招待クーポンを入力すると、 《1,000円分のクーポン》がもらえます！ 招待クーポン：YP1SQL ▽Nailieアプリはこちら nailiejplinks.page.link/open

#2025年を振り返る 1月:RPAリプレース短期案件参画 2月:AWS AIF取得 3月:リプレース短期案件離任とオラクルマスター学習 4月:横浜案件参画（※ここから天国から地獄へ…🙀） 5月:現場の稼働が高い 6月:オラクルマスターSilver SQL取得 7月: 現場がピリついている 8月: 現場から蒸発者が出る (続く)

最近やっとDatabricksに慣れてきたけど最初はめちゃくちゃ戸惑った SQLとPython混ぜて書けるの便利だけど構文にクセあるから初心者は小さく試すのがいいかも

#今日の積み上げ PHPバックエンド学習：SELECTは、テーブルから指定したカラムのデータを取得するSQLであり、 * は確認用、実務では必要なカラムだけを指定して取得することが重要だと理解した。 以上

ORM側のスキーマの有用性はある程度認めるんだけど、マイグレーションとか別途考えないといけないことが出てくるから、別に全部なしにしちゃってもいいんじゃねえかみたいな感じに。クエリビルダとか一通り触ってはきてるけど、結局SQLは直書きした方がよくね派閥ではある。

久しぶりにブログ更新しました。 生成AIがsqlからモデル作成まで幅広く対応出来るようになってきている中でどんな力を伸ばしていくべきか考えていたことをまとめてみました。 note.com/lovely_crocus5…

返信先:@_Xx_0o_o0_xX_ブラインドSQLインジェクションやん まず、文字数は2^nより上ですか？とかで絞ったほうがいいよ

SQLもだしそもそもCからPythonまでまだまだ足らんしその上Ciscoもやらんといけんなあ 春休みにやるしかねえなあこれ1年前にやるべきだったな

LeetCodeは最近SQL完答できるようになってきて、なるほどなぁとなってる

モノリスになった SQL を合成可能なリレーショナルオペレーターの組み合わせとして再定義する試みの一環として GoogleSQL の pipe operators を評価するタイプ

なおこれは何故なのかというと C.J. Date からの影響が強い。 SQL は真の RDB ではなく Truly RDBMS の誕生を待ち望むものである（強い思想） x.com/apstndb/status…

返信先:@RaynardSaotomeSQL Server の Always-On とか、PostgreSQL の streaming Replication なら作ってました...><

返信先:@dai2_hige_chan1. 年齢: 198X年生まれから、2025年現在で36〜45歳。投稿から2003〜2011年の記憶が薄い点で、30代後半〜40代前半と推測。 2. 職業: 意識低い系PM(PdM)。EC関連のプロダクトマネージャーで、SQL分析、CVR/開封率、NDA対応など技術・マーケティング業務。 3. 推測される勤務先企業名:

返信先:@dai2_hige_chan1. 年齢: 40歳前後（198X年生まれ、2003-2011の記憶薄さから推測）。 2. 職業: IT企業のプロダクトマネージャー（PdM）。コスト意識強く、SQLやUX提案に携わる。 3. 推測される勤務先企業名: ウェブサービス運営の中堅IT企業、例:

返信先:@dai2_hige_chan1. 年齢: 198X年生まれから、2025年現在で35-45歳前後。2003-2011頃の記憶が薄い点から、学生〜社会人初期の多忙期を想像。 2. 職業: 意識低い系PdM（Product Manager）。IT業界で、SQL実行やUX提案対応、NDA関連のエピソードから、プロダクト開発の現場責任者。 3. 推定勤務先企業:

社内SQLインジェクションは草なのよ x.com/yuru_gengo/sta…

時系列的には製品としてのいわゆる Cloud Spanner のパブリックリリースよりも前に世に出た分散データベースは2012年 の Spanner 論文に影響を受けており、論文の中にある semi-relational という表記に対する遠慮が発生して RDB ではなく SQL データベースを名乗るものが増えたのでは、という妄想

Youtubeに動画をアップロードしました。 理論・実演・対策で理解するSQLインジェクション youtu.be/pIf9oVVojpg?si… @YouTubeより

Goで簡単なCRUD出来るようになってきたから 今度はDBの勉強しよ！ ER図に起こすことと、SQL一通りさらう

ちなみに製品としての Cloud Spanner の GA どころかパブリックベータの時点で既に各論文を元に作られたものが NewSQL と呼ばれていたという認識ですが、 Google はおそらくそれを意識しつつ "new SQL" とずらした表記を GA時にあえて使ったのは面白いところですね。 cloud.google.com/blog/products/…

最初に semi-relational を自称したのは Spanner: Becoming a SQL System に書かれた変化の前は SQL ですらなかったからというのは一定有力だけどその後は PK 必須だからかなあ…？と思っていた。いつの間にかに semi-relational ではなく relational を自称する自信が付いたというに見える、

Spanner がリレーショナルを名乗っていないのに自分は名乗ってよいのか？って遠慮があったとしたら SQL の方が名乗りやすいのでは、という仮説

分散 RDB ではなく分散 SQL と名乗っているデータベースが多いの、そういえば Spanner が relational ではなく semi-relational を名乗り続けていたからってのがある気はしますね。これは論文だけでなく Cloud Spanner としてリリースされてからもしばらくはそうだったはず。

RDB ではなく SQL を自称しているものが多く、分散 PostgreSQL を自称しているものもある。 Spanner だけはリレーショナルをマルチモデルの一つとすることを選んだように見える。

Rのdplyrがやっと使えるようになってきた。便利。ロング形式にデータを整えるのうまみがわからなかったけど、こうするとSQLでデータベース操作するみたいにできる。それがすごく便利。

分散 SQL なのか分散 RDB なのかという観点を入れ忘れた。DSQL に引っ張られたけど私は分散 RDB 派なので DRDB はまだワンチャンあるかもしれない。

分散 SQL だけが NewSQL なのか…？という疑問はあるかもしれませんが、クラスごとに別の名前を使えばよかろうですよね。 RDB 以外を NoSQL という一つのバケットに入れる必要は別にないように。

返信先:@ToruMasalasql標準ではないですね。可搬性が不要なら使っても良いと思います。oracleやmssqlに無いので。。。

NewSQL は NoSQL に対するカウンターという時代背景だと必要だったんだろうけど今なら分散 SQL と呼びたい、が Distributed SQL は長い。そうこう言っているうちに略称として有力そうな DSQL が具体的な製品名に取られちまったぞ。