SQLを使う副業｜データ集計の仕事内容と学ぶ順番

「SQLは業務で毎日書いている。これで副業ができないだろうか」。こういうご相談を、最近よく受けます。

不安の中身を聞いていくと、たいてい2つに分かれます。ひとつは「自分の書けるSQLのレベルで、お金をもらえるのか」という自信の問題。もうひとつは「平日は本業があるのに、いつ作業するのか」という時間の問題です。

大丈夫ですよ。どちらも順番に整理できます。この記事では、SQLを使う副業にどんな仕事があるのか、単価はどのあたりに落ち着くのか、在宅でどこまでできるのか、そして未経験に近い人がどの順番で学べばいいのかを書いていきます。読み終わったときに「自分はこの入口から入ろう」と決められる状態を目指します。

SQLの副業は、いま市場のどこに需要があるのか

まず全体像から。SQLの案件は、大きく3つの層に分かれています。ここを分けずに「SQLの副業」とひとまとめに考えると、自分に合わない案件ばかり見て落ち込むことになります。

1つ目は、データ抽出と集計の代行。 「先月の会員のうち、2回以上購入した人の地域別の人数を出してほしい」といった依頼です。既に動いているデータベースに対してSELECT文を書き、結果をスプレッドシートやCSVで渡す仕事です。単発で終わることが多く、作業時間は2時間から10時間程度。在宅で完結しやすく、会社員が最も取りやすい層です。

2つ目は、データ基盤やBIの構築支援。 集計の依頼が毎月繰り返されている会社が、「もう人手でやるのをやめたい」と考えたときに出てくる仕事です。集計用のビューやテーブルを設計し、ダッシュボードにつなぐところまで含みます。週10時間から20時間の継続契約になりやすく、単価も上がります。

3つ目は、アプリケーション開発の一部としてのSQL。 バックエンドの実装のなかでクエリを書く、遅いクエリを速くする、データの移行スクリプトを書くといった仕事です。この層はSQL単体のスキルでは足りず、プログラミング言語やインフラの知識が前提になります。

報酬の水準を知りたいときは、職種ごとの公的統計をまとめたページが役に立ちます。ソフトウェア作成者の年収・単価相場では、開発職の年収の分布と、そこから逆算した時間あたりの単価の目安を載せています。副業の単価を決めるときは、この本業の時間単価を下回らないところから考え始めるのが健全です。

ここで正直にお伝えしておきたいことがあります。SQLの案件は、フリーランス向けの「週3日以上」「稼働中心」の募集が多く、会社員が受けられる形は相対的に少ないという現実があります。

実際、フリーランス向けの案件に比べると、会社員でも取り組める副業案件は市場にあまり出回らないので、案件探しに苦労するかと思います。 出典: hiraku-agent.com

この指摘は、私が相談のなかで聞く実感とも合います。だからこそ、「探し方」を最初に設計しておく価値があります。何も考えずに案件一覧を眺めていると、週5日の常駐案件ばかりが目に入って、「自分には無理だ」と結論を出してしまうんです。それはスキルの問題ではなく、探している棚が違うだけです。

仕事内容を具体的に見る。依頼はこういう言葉で来る

「データ抽出」と書かれていても、実際に依頼文としてどう届くのかがわからないと、自分にできるか判断できません。よくある依頼のパターンを、言葉のまま並べます。

定例レポートの作成。 「毎月5日までに、前月の売上を商品カテゴリ別、チャネル別に出してほしい」。これは同じクエリを毎月流す仕事です。1回作ってしまえば2回目以降は短時間で終わるので、時間の読みやすさが魅力です。

施策の効果測定。 「3月に送ったクーポンを使った人と使わなかった人で、その後3か月の購入金額に差があるかを見たい」。これは条件の切り方を自分で決める余地がある仕事で、SQLだけでなく「何と比べるか」を考える力が問われます。

データの棚卸し。 「同じ人が複数のアカウントで登録していないか調べたい」「住所の表記がばらばらなので揃えたい」。地味ですが需要は途切れません。文字列関数やウィンドウ関数の実践練習にもなります。

遅いクエリの改善。 「管理画面のこの一覧が30秒かかるので何とかしてほしい」。実行計画を読み、インデックスを提案する仕事です。ここまで来ると単価は上がりますが、本番環境に触るので責任も重くなります。

他システムへの移行支援。 「古い基幹システムから新しいものへデータを移したい」。移行元の仕様書がない、という状態から始まることが多く、調査の比重が大きい仕事です。

最初の1件としておすすめしたいのは、上の並びでいうと定例レポートと効果測定です。理由は3つあります。作業の範囲がはっきりしている。本番のデータを壊す操作を含まない。そして納品物が目に見える形で残るので、次の案件のときに「こういうものを作りました」と説明しやすい。

逆に、いきなり本番の改善や移行から入るのは避けたほうがいいです。責任の重さと、睡眠時間への影響が釣り合いません。夜中に本番のクエリを触って、翌朝に本業の会議がある、という状態を何度も続けられる人はいません。

単価の相場と、その幅がどこから生まれるのか

金額の話をします。ただし、ここで挙げる数字はすべて「条件つきの目安」として読んでください。同じ「SQLの案件」でも、求められる責任の範囲で倍以上ひらきます。

単発の抽出と集計。 1件5,000円から3万円程度が多い層です。作業時間で割ると時間あたり2,000円から4,000円あたり。安く見えますが、実績ゼロの状態から始めるときの入口としては現実的な水準です。

定例の集計を月額で請ける形。 月2万円から8万円程度。作業は月に数時間で済むことが多いので、時間あたりに直すと単発より良くなります。継続契約は、読める収入になるという意味でも価値があります。

データ基盤の構築や設計を含む継続案件。 時間あたり3,000円から6,000円程度。週10時間なら月12万円から24万円の幅に入ります。

上流工程やマネジメントを含む案件。 ここはSQLの技術だけでは決まらず、要件を決める、他部署と話す、といった仕事が加わります。時間あたり5,000円を超えることもあります。

幅が生まれる理由を3つに整理します。

ひとつは、責任の範囲です。「言われたとおりに抽出する」のか「何を見るべきかを一緒に決める」のかで、金額は大きく変わります。後者は依頼者の意思決定に踏み込むので、その分の対価がつきます。

ふたつめは、データの汚れ具合です。きれいに正規化されたデータベースから1本クエリを書くのと、命名規則がばらばらで、同じ意味の列が3つある状態を読み解くのとでは、かかる時間が何倍も違います。見積もりの前に、テーブル定義を見せてもらえるかどうかを必ず確認してください。

みっつめは、中間に何社入っているかです。同じ予算が依頼者から出ていても、仲介の段階が増えるほど、手元に残る額は薄くなります。ここは技術とは無関係に手取りを左右する部分です。

在宅でどこまでできるのか。働く場所の現実

「在宅」と書かれている案件でも、実態はいくつかの段階に分かれます。応募する前に、どの段階なのかを確かめてください。

完全在宅で、データも受け取る形。 依頼者がCSVやダンプファイルを渡してくれて、こちらの環境で集計する形です。自宅のPCにデータが残るので、扱いの取り決めがいちばん重要になります。

完全在宅だが、相手の環境に接続する形。 VPNや専用のアカウントを発行してもらい、相手のデータベースに読み取り権限で入る形です。実務ではこれが多いです。接続の手続きに数日かかることがあるので、契約開始から実作業までの空白を見込んでおきます。

一部だけ出社が必要な形。 「キックオフだけ対面」「月1回の定例だけオンサイト」という条件です。本業がある人にはここが難所になります。平日日中の会議に出られないなら、応募前に伝えておくほうがお互いのためです。

在宅で作業するときに必ず決めておくべきことを挙げます。データを保存する場所。作業が終わったあとにデータを消すかどうか。画面共有をする場合の映り込み。家族と共用のPCを使っていないか。このあたりは技術の話ではなく、信頼の話です。依頼者が最も不安に感じる部分なので、先に自分から提示すると印象が変わります。

もうひとつ、在宅ならではの落とし穴があります。終わりが決まらないことです。オフィスなら「今日は帰る」で区切れますが、自宅は区切りがありません。集計の結果が思ったとおりにならないと、つい深夜まで粘ってしまう。これを何日も続けると、本業の集中力から先に削られていきます。

カウンセリングの場でお伝えしているのは、「作業の終了時刻を先に決める」というだけの、拍子抜けするほど単純な方法です。22時になったら、途中でもコメントを書いて閉じる。翌朝15分だけ見る。これだけで、副業を理由に体調を崩す人がかなり減ります。

学ぶ順番。SELECTから、どこまで進めば仕事になるのか

「SQLをどこまで覚えたら副業ができますか」。この質問が、たぶんいちばん多いです。範囲を区切ってお答えします。

第1段階。1つのテーブルから取り出す

SELECT、WHERE、ORDER BY、LIMIT。まずはこれだけです。条件を指定して並べ替えて上から何件、という操作ができれば、データを「見る」ことはできます。ここは数日で通過できます。

第2段階。集計する

GROUP BY、COUNT、SUM、AVG、HAVING。「カテゴリごとに何件あるか」を出せる段階です。実務の依頼の半分近くは、ここまでの知識で形になります。つまずきやすいのはWHEREとHAVINGの違いなので、意識して練習してください。

第3段階。複数のテーブルをつなぐ

JOIN。内部結合と外部結合の違いを、頭ではなく手で理解するところがひとつの山です。「LEFT JOINしたら件数が増えた」という現象に一度ぶつかって、その理由を自分で説明できるようになると、実務で怖いものがかなり減ります。

第4段階。集計を入れ子にする

サブクエリ、WITH句（共通テーブル式）。「部署ごとの平均を出して、その平均を上回る人を抽出する」といった二段構えの集計ができるようになります。ここから先は、読みやすく書く力も問われ始めます。

第5段階。行をまたいで計算する

ウィンドウ関数。ROW_NUMBER、RANK、LAG、SUMのOVER句。「前月比」「顧客ごとの初回購入日」「累計」といった依頼が、ここで一気に書けるようになります。実務での威力がもっとも大きい範囲なので、学習の投資先としての優先度は高いです。

第6段階。速さを扱う

EXPLAIN（実行計画）、インデックスの設計、統計情報。ここまで来ると、改善の案件を受けられます。ただし、データベース製品ごとの差が大きくなるので、扱う製品を決めてから深めるほうが効率的です。

並行して覚えたいこと

SQLだけでは仕事は完結しません。結果を渡す形（スプレッドシート、CSV、BIツール）の扱い、簡単な自動化（PythonやGoogle Apps Script）、そして「何を集計するべきか」を依頼者と言葉にする力です。3つ目が実は最も差がつきます。

第2段階と第3段階のあいだで手が止まる人がいちばん多い、というのが相談を受けてきた実感です。原因はたいてい、練習するデータがないこと。自分の家計簿でも、読書の記録でも、ゲームの戦績でもいいので、自分が意味を知っているデータを2つ以上のテーブルに分けて入れてみてください。他人の用意した練習問題より、腹落ちが早いです。

私自身、カウンセリングの記録を整理するために遅れて学び始めた側です。最初にJOINでつまずいたとき、結果の行数が合わないのがどうしても納得できず、10行ほどの小さな表を紙に書いて指でたどるところまで戻りました。遠回りに見えましたが、そこで理解したことが後になって効きました。焦らなくて大丈夫です。

案件の取り方は3つ。それぞれ向く人が違う

取り方を3つに分けます。どれが正しいということではなく、本業の状況によって向き不向きがあります。

1つ目は、副業向けのエージェントを使う。 経歴を登録して、条件の合う案件を紹介してもらう形です。営業と条件交渉を代行してもらえるのが強みです。

実務経験が豊富なエンジニアは、副業エージェントを活用することで効率よく高単価案件を獲得できます。自ら営業活動をする必要はありません。 出典: hiraku-agent.com

注意点は、実務経験の年数で足切りされることが多いこと、そして週の稼働時間の下限が設定されていることです。「実務3年以上、週20時間以上」という条件だと、本業がフルタイムの人にはかなり厳しい。登録しておく価値はありますが、ここだけに頼ると動けません。

2つ目は、マッチングサイトや求人サイトで自分で探す。 仲介が入らない形を選べば、同じ予算でも手元に残る額が厚くなります。ただし営業も条件交渉も自分でやることになります。

副業エージェントとは異なり、自ら営業や条件交渉を行う必要がありますが、実務経験が豊富なエンジニアは柔軟な働き方を実現しやすいです。 出典: hiraku-agent.com

「柔軟な働き方を実現しやすい」という部分が、会社員には効きます。週5日は無理でも「月に20時間だけ」という条件を自分から出せるのは、直接やりとりする形の強みです。

3つ目は、いまいる場所から広げる。 前職の同僚、取引先、知り合いの会社。「集計で困っていることはないか」と聞くところから始める形です。地味ですが、成約率がいちばん高いのはここです。相手があなたの仕事ぶりを既に知っているので、実績の証明が要りません。

どの入口を選ぶにしても、案件を選ぶときの目線そのものを整理しておくと迷いが減ります。仕事の種類ごとの内容と必要なスキルをまとめたAI・マーケティング・セキュリティのお仕事では、データを扱う仕事が周辺のどんな業務とつながっているかを見られます。SQLの案件は単体で存在するのではなく、マーケティングの施策や社内の業務改善の一部として発生することが多いので、隣の領域を知っておくと提案の幅が広がります。

働き方そのものの相談に関わる仕事に興味が出てきた人は、キャリア・副業・人生相談のお仕事も見てみてください。データを読む力と、人の状況を聞き取る力は、思っているより近いところにあります。

面談と見積もりで聞かれること、聞くべきこと

案件に応募すると、たいてい30分から60分の面談があります。ここで何を話すかを決めておくだけで、通る確率が変わります。

聞かれること

扱ったデータベース製品。 PostgreSQL、MySQL、SQL Server、Oracle、BigQuery、Snowflake。どれを何年触ったかを答えられるようにしておきます。製品が違っても書き方の骨格は同じですが、相手は「移行にどれくらいかかるか」を知りたがっています。

データの規模。 「何万行のテーブルを扱ったか」。数千行と数億行では、気をつけることが変わります。正直に答えてください。

ウィンドウ関数を業務で使ったか。 ここを聞かれることが増えました。使っていなければ「読める」「書いた経験はまだ少ない」と分けて答えるほうが安全です。

稼働できる曜日と時間。 平日の夜だけか、土日も動けるか。ここを曖昧にすると、契約後に必ずもめます。

連絡がつく時間帯。 本業中は返信できないなら、そう伝えます。「翌朝までに必ず返す」と約束するほうが、相手は安心します。

こちらから聞くこと

テーブル定義書やER図があるか。 なければ調査の時間を見積もりに含めます。ここを聞かないまま安く見積もって、後から苦しむ人が本当に多いです。

本番のデータベースに直接つなぐのか、複製につなぐのか。 本番の読み取りだとしても、重いクエリを流すと業務に影響します。試せる環境があるかを確認します。

権限は読み取りだけか。 書き込み権限を渡されると、責任の範囲が一気に広がります。必要がないなら読み取りだけにしてもらうほうが、お互いに安全です。

成果物の形式と、誰が受け取るのか。 「エンジニアが受け取る」のか「営業の部長が受け取る」のかで、書くべき注釈の量が変わります。

支払いの時期。 納品から何日後に支払われるのかを、契約書か発注書で確認します。口頭だけで進めないでください。

見積もりを出すときのコツをひとつ。作業時間そのものではなく、「調査」「実装」「確認と修正」の3つに分けて書いてください。依頼者は調査の時間を想像できていないことが多く、分けて示すと納得が得られやすい。後から「思っていたより時間がかかった」と言い出す必要もなくなります。

会社員が続けるための、時間と気力の設計

技術の話から少し離れます。副業が止まる理由は、スキル不足よりも、時間と気力の設計ミスであることが多いんです。

本業の就業規則を先に読む。 副業が許可制なのか、届出制なのか、禁止なのか。競合する会社の仕事を受けてはいけない、という条項が入っていることもあります。ここを確認せずに始めて、後から相談に来られる方がいます。順番が逆です。

確定申告の線を知っておく。 給与以外の所得が年間20万円を超えると、確定申告が必要になります。売上ではなく、経費を引いた後の所得で判断します。書籍代、学習のための受講料、通信費の一部などは経費になりえます。制度の詳細は国税庁のサイトで確認してください。売上と経費の記録の付け方は副業 確定申告 売上管理 スプレッドシート！2026年最新の時短術にまとめてあるので、記録の仕組みを先に作っておくと後が楽です。

受ける量の上限を、時間で決める。 「月20時間まで」と先に決めてしまいます。金額で決めると、単価の低い案件を大量に抱えることになりがちです。

最初の3か月は、収入を期待しない。 ここが精神衛生上いちばん大事なところです。1件目は相場より安くなることが普通です。それは失敗ではなく、実績を作るための投資です。「3か月で月10万円」といった目標を立てると、達成できなかったときに自分を責めてしまう。目標は「1件納品して、次につながる関係を1つ作る」で充分です。

疲れのサインを決めておく。 私が相談の場でお願いしているのは、自分の疲れの出方を1つだけ言葉にしておくことです。「朝起きるのがつらくなる」「同じ資料を何度も読み直す」「家族に言葉が短くなる」。人によって違います。そのサインが出たら、翌週の稼働をゼロにする。ルールを先に決めておかないと、疲れているときには正しい判断ができません。

副業のメリットは収入だけではなく、本業に依存しない足場ができることにもあります。そのあたりの整理は副業 メリット: 収入アップ、スキルアップ、そして心の余裕を手に入れる方法に書いています。焦って量を増やすより、心の余裕が残る範囲に収めるほうが、結果として長く続きます。

将来的に独立まで視野に入れている人は、副業 フリーランスの始め方！本業と両立して年収を最大化する戦略で、本業と並走させる段取りを確認してみてください。SQLの案件は継続契約に育ちやすいので、独立の足場としては相性が良い領域です。

独自データから見えること。長く続く人の共通点

ここからは、在宅ワークと業務委託の市場を20年運営してきた立場からの観察です。

まず、案件の探し方について。運営者として見てきた限りでは、データ系の依頼は「データ分析」という名前で募集されるより、「エクセルの作業を減らしたい」「毎月の集計が終わらない」という言葉で出てくることが圧倒的に多いです。募集の文面にSQLという単語が入っていないので、キーワードで絞って探している人の視界から消えてしまう。実際にはSQLを1本書けば終わる話なのに、依頼者も応募者もお互いを見つけられていない。この行き違いは、20年見ていてほとんど減っていません。

だから、案件を探すときはSQLという単語ではなく「集計」「レポート」「データ整理」「作業の自動化」で探してください。これだけで見える棚がまるごと変わります。

もうひとつ。長く続く人ほど、単発の作業ではなく「この人に任せると楽」という関係づくりに時間を使っています。同じ集計を納品するときに、結果の表だけを渡す人と、「今月はこの数字が先月と傾向が違いました。理由として考えられるのは2つです」と一行添える人がいます。かかる時間は5分の差ですが、次の依頼が来る確率は段違いです。SQLの技術で差をつけようとするより、こちらのほうが投資効率がいい。

そして手取りの話をします。額面と手取りは別ものです。中間にマージンが乗らない直接の取引では、依頼者は同じ予算でより多くを頼めて、受け手は手取りが厚くなります。手数料0%の意味は「金額が高くなる」ことではなく、「同じ仕事をして手元に残る額の質が変わる」ことです。月に数万円の規模でも、年単位で見ると生活の余裕の差になって現れます。

運営者として見てきたなかで、もうひとつ確かなことがあります。データを扱う仕事は、年齢や前職の業界による不利を受けにくい領域です。文章を書く仕事や資格が必要な仕事に比べて、「結果が合っているか」で評価が決まる部分が大きい。経理を長くやっていた方、医療事務をしていた方、在庫管理をしていた方。業務の意味を知っている人が集計を書くと、エンジニアが書いたものより依頼者の意図に近い結果が出ます。この「業務を知っていること」は、SQLの文法より学ぶのに時間がかかる資産です。すでに持っているなら、そこを入口にしてください。

最後に、いちばんお伝えしたいことを書きます。SQLの副業は、短期間で大きく稼ぐ入口ではありません。そのかわり、覚えたことが消えにくく、続けるほど依頼が減りにくい領域です。焦らずに、第2段階の集計まで手を動かして、身近な誰かの「集計が終わらない」を1つ引き受けてみてください。そこから先は、思っているより自然に広がっていきます。

よくある質問

Q. SQLの副業は、どのレベルまで覚えれば始められますか？

GROUP BYとJOINが書ければ、抽出と集計の依頼は形になります。目安は、複数のテーブルをつないで条件つきの件数や合計を出せる状態です。実行計画やインデックスの知識は、改善の案件を受ける段階から必要になるので、最初から揃える必要はありません。ウィンドウ関数を覚えると受けられる依頼が一気に増えます。

Q. 単価の相場はどのくらいですか？

単発の抽出と集計なら1件5,000円から3万円程度、定例の集計を月額で請ける形なら月2万円から8万円程度が多い層です。データ基盤の設計を含む継続案件では時間あたり3,000円から6,000円程度まで上がります。責任の範囲、データの汚れ具合、仲介の段数で幅が出るので、テーブル定義を見てから見積もるのが安全です。

Q. 会社員でも在宅で受けられる案件はありますか？

あります。ただしフリーランス向けの稼働中心の募集が多く、会社員向けは相対的に少ないのが実情です。募集の文面にSQLという語が入らず「集計」「レポート」「作業の自動化」として出てくることが多いので、その言葉で探してください。応募前に稼働できる曜日と時間、連絡がつく時間帯を伝えておくと、契約後のすれ違いを防げます。

Q. 始めるときに気をつける点は何ですか？

本業の就業規則で副業の扱いを先に確認することです。給与以外の所得が年間20万円を超えると確定申告が必要になるため、売上と経費の記録も最初から付けておきます。作業面では、権限は読み取りだけにしてもらう、データの保存場所と消去の取り決めをする、作業の終了時刻を先に決めるという3点を守ると、体調も信頼も崩れにくくなります。