こんにちは。Tomoyuki(@tomoyuki65)です。
Webアプリケーション開発の際には、別途DB操作に関わる管理画面を作ったりしますが、PythonのDjangoを使うと簡単に管理画面が作れるらしいというのを知ったので、試してみることにしました!
この記事では、そんなPythonのDjangoで管理画面を開発する方法についてまとめます。
目次
PythonのDjangoで管理画面を開発する方法まとめ
まずは以下のコマンドを実行し、各種ファイルを作成します。
$ mkdir django-admin && cd django-admin
$ mkdir -p deploy/docker/local/py && touch deploy/docker/local/py/Dockerfile
$ mkdir -p deploy/docker/local/db && touch deploy/docker/local/db/Dockerfile
$ mkdir -p deploy/docker/local/db/init && touch deploy/docker/local/db/init/init.sql
$ touch .env compose.yml
※ローカル開発環境の構築については、いつものようにDockerを利用するため、試したい方は事前にDocker DesktopなどをインストールしてDockerを使える環境を準備して下さい。
次に作成したファイルをそれぞれ以下のように記述します。
・「deploy/docker/local/py/Dockerfile」
FROM python:3.14.0-slim-trixie
# タイムゾーン設定
ENV TZ=Asia/Tokyo
# パッケージ管理用のpoetryをインストール
RUN pip3 install --no-cache-dir poetry
# [開発用] 仮想環境を作成
RUN poetry config virtualenvs.in-project true
WORKDIR /py
EXPOSE 8000
※今回はPythonのバージョン「3.14」を使います。各種ライブラリのパッケージ管理には「poetry」を使います。開発時専用のライブラリを入れるためにpoetryのコンフィグ設定で仮想環境設定「virtualenvs.in-project」を有効化しています。
・「deploy/docker/local/db/Dockerfile」
FROM postgres:18.1
ENV LANG ja_JP.utf8
# PostgreSQLの日本語化で「ja_JP.utf8」を使うために必要
RUN apt-get update && \
apt-get install -y locales && \
rm -rf /var/lib/apt/lists/* && \
localedef -i ja_JP -c -f UTF-8 -A /usr/share/locale/locale.alias ja_JP.UTF-8
・「deploy/docker/local/db/init/init.sql」
-- usersテーブルの作成
CREATE TABLE "public"."users" ("id" bigint NOT NULL GENERATED BY DEFAULT AS IDENTITY, "uid" character varying NOT NULL, "last_name" character varying NOT NULL, "first_name" character varying NOT NULL, "email" character varying NOT NULL, "created_at" timestamptz NOT NULL, "updated_at" timestamptz NOT NULL, "deleted_at" timestamptz NULL, PRIMARY KEY ("id"));
CREATE INDEX "user_deleted_at" ON "public"."users" ("deleted_at");
CREATE UNIQUE INDEX "users_email_key" ON "public"."users" ("email");
CREATE UNIQUE INDEX "users_uid_key" ON "public"."users" ("uid");
※管理画面は後から作成されることが多く、対象のDBには既にテーブルが存在することを前提に試すため、DBコンテナ起動時にSQLを実行して「users」テーブルを作成しておきます。尚、今回はDBにPostgreSQLを使用します。
・「.env」
ENV=local
DB_NAME=pg-db
DB_USER=pg-user
DB_PASSWORD=pg-password
DB_HOST=db-django
※ローカル環境用の環境変数ファイル
・「compose.yml」
services:
django:
container_name: django-admin
build:
context: .
dockerfile: ./deploy/docker/local/py/Dockerfile
volumes:
- .:/py
ports:
- "8000:8000"
env_file:
- .env
tty: true
stdin_open: true
次に以下のコマンドを実行し、Dockerコンテナをビルドします。
$ docker compose build --no-cache
次に以下のコマンドを実行し、パッケージ管理用のpoetryの初期化をします。
docker compose run --rm django poetry init
コマンド実行後、対話形式で各種設定について聞かれるので、「Package name [py]:」は「django-admin」、「Author [None, n to skip]:」は「n」、「Would you like to define your main dependencies interactively? (yes/no) [yes]」は「no」、「Would you like to define your development dependencies interactively? (yes/no) [yes]」は「no」を入力して実行し、それ以外はそのまま実行して進めます。
完了後、poetryの設定ファイル「pyproject.toml」が作成されます。
次に以下のコマンドを実行し、今回利用する各種パッケージをインストールします。
$ docker compose run --rm django poetry add django "psycopg[binary]"
$ docker compose run --rm django poetry add --dev ruff
※djangoの他、PostgreSQL用のドライバー「psycopg[binary]」および、開発専用ライブラリとして「ruff」(フォーマッター + 静的コード解析)を使います。
次に以下のコマンドを実行し、Djangoのプロジェクトを作成します。
$ docker compose run --rm django poetry run django-admin startproject myapp ./src
コマンド実行後、以下のように各種ファイルが作成されればOKです。
次に設定用のファイル「src/myapp/settings.py」を以下のように修正します。
・「src/myapp/settings.py」
"""
Django settings for myapp project.
Generated by 'django-admin startproject' using Django 6.0.
For more information on this file, see
https://docs.djangoproject.com/en/6.0/topics/settings/
For the full list of settings and their values, see
https://docs.djangoproject.com/en/6.0/ref/settings/
"""
import os
from pathlib import Path
# Build paths inside the project like this: BASE_DIR / 'subdir'.
BASE_DIR = Path(__file__).resolve().parent.parent
# Quick-start development settings - unsuitable for production
# See https://docs.djangoproject.com/en/6.0/howto/deployment/checklist/
# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = 'django-insecure-jr21o1cjct+97fvqon)d$hdjm8oo7h0ko_th=dlv!8@ts#4!&5'
# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = True
ALLOWED_HOSTS = []
# Application definition
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
# プロジェクトのディレクトリ追加
'myapp'
]
MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
]
ROOT_URLCONF = 'myapp.urls'
TEMPLATES = [
{
'BACKEND': 'django.template.backends.django.DjangoTemplates',
'DIRS': [],
'APP_DIRS': True,
'OPTIONS': {
'context_processors': [
'django.template.context_processors.request',
'django.contrib.auth.context_processors.auth',
'django.contrib.messages.context_processors.messages',
],
},
},
]
WSGI_APPLICATION = 'myapp.wsgi.application'
# Database
# https://docs.djangoproject.com/en/6.0/ref/settings/#databases
DATABASES = {
# PostgreSQLへの接続設定
'default': {
'ENGINE': 'django.db.backends.postgresql',
'NAME': os.environ['DB_NAME'],
'USER': os.environ['DB_USER'],
'PASSWORD': os.environ['DB_PASSWORD'],
'HOST': os.environ['DB_HOST'],
'PORT': '5432',
}
}
# Password validation
# https://docs.djangoproject.com/en/6.0/ref/settings/#auth-password-validators
AUTH_PASSWORD_VALIDATORS = [
{
'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
},
{
'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
},
{
'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
},
{
'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
},
]
# Internationalization
# https://docs.djangoproject.com/en/6.0/topics/i18n/
# 日本語化設定
LANGUAGE_CODE = 'ja'
TIME_ZONE = 'Asia/Tokyo'
USE_I18N = True
USE_TZ = True
# Static files (CSS, JavaScript, Images)
# https://docs.djangoproject.com/en/6.0/howto/static-files/
STATIC_URL = 'static/'
※INSTALLED_APPSにプロジェクトのディレクトリを追加、DATABASESにPostgreSQLへの接続設定を追加、LANGUAGE_CODEとTIME_ZONEで日本語化設定をしています。
次にファイル「deploy/docker/local/py/Dockerfile」、「compose.yml」をそれぞれ以下のように修正します。
・「deploy/docker/local/py/Dockerfile」
FROM python:3.14.0-slim-trixie
# タイムゾーン設定
ENV TZ=Asia/Tokyo
# パッケージ管理用のpoetryをインストール
RUN pip3 install --no-cache-dir poetry
# [開発用] 仮想環境を作成
RUN poetry config virtualenvs.in-project true
WORKDIR /py
# poetry.lockから依存関係をインストール
COPY pyproject.toml poetry.lock .
RUN poetry install --no-root
COPY ./src ./src
EXPOSE 8000
・「compose.yml」
services:
django:
container_name: django-admin
build:
context: .
dockerfile: ./deploy/docker/local/py/Dockerfile
command: poetry run python ./src/manage.py runserver 0.0.0.0:8000
volumes:
- ./pyproject.toml:/py/pyproject.toml
- ./poetry.lock:/py/poetry.lock
- ./src:/py/src
ports:
- "8000:8000"
env_file:
- .env
tty: true
stdin_open: true
depends_on:
- db-django
db-django:
container_name: django-db
build:
context: .
dockerfile: ./deploy/docker/local/db/Dockerfile
environment:
POSTGRES_DB: ${DB_NAME}
POSTGRES_USER: ${DB_USER}
POSTGRES_PASSWORD: ${DB_PASSWORD}
TZ: Asia/Tokyo
# ローカル環境でもパスワードを有効化する設定
POSTGRES_INITDB_ARGS: --auth-local=scram-sha-256 --auth-host=scram-sha-256
volumes:
- ./deploy/docker/local/db/init:/docker-entrypoint-initdb.d
- db-django-data:/var/lib/postgresql
ports:
- "5432:5432"
env_file:
- .env
volumes:
db-django-data:
次に以下のコマンドを実行し、Dockerコンテナの再ビルドおよび起動をします。
$ docker compose down
$ docker compose build --no-cache
$ docker compose up -d
次にブラウザで「http://localhost:8000」を開き、以下のような画面が表示されればOKです。
次に以下のコマンドを実行し、DBからスキーマ情報を取得します。
$ docker compose exec django poetry run python ./src/manage.py inspectdb > ./src/myapp/models.py
※尚、後からテーブルを追加するような場合は、別のファイル名で出力し、元の「src/myapp/models.py」に別途手動で設定を追加するようにして下さい。
コマンド実行後、以下のようにファイルが作成されればOKです。
※DBからスキーマ情報を取得した場合、メタ情報の設定に「managed = False」が追加され、マイグレーション関連の処理が実行されないようになっています。
次にファイル「src/myapp/models.py」を以下のように修正します。
・「src/myapp/models.py」
from django.db import models
from django.utils.translation import gettext_noop
class Users(models.Model):
id = models.BigAutoField(primary_key=True)
uid = models.CharField(unique=True)
last_name = models.CharField()
first_name = models.CharField()
email = models.CharField(unique=True)
# 作成日と更新日を自動設定するように修正
created_at = models.DateTimeField(auto_now_add=True)
updated_at = models.DateTimeField(auto_now=True)
deleted_at = models.DateTimeField(blank=True, null=True)
class Meta:
managed = False
db_table = 'users'
# 表示設定(日本語化で翻訳されないようにgettext_noopを使用)
verbose_name = gettext_noop("User")
verbose_name_plural = gettext_noop("Users")
※DBスキーマ用のモデル設定はこのファイルで行います。
次に以下のコマンドを実行し、管理画面用の設定ファイルを追加します。
$ touch src/myapp/admin.py
次に作成したファイルを以下のように記述します。
・「src/myapp/admin.py」
from django.contrib import admin
from django.contrib.admin.models import LogEntry
from .models import Users
# サイト名の設定
admin.site.site_header = "Django Admin"
admin.site.site_title = "Django Admin"
# 操作履歴用にデフォルトであるモデルを管理画面に追加
admin.site.register(LogEntry)
# DBスキーマに関するモデルを管理画面に追加
admin.site.register(Users)
※管理画面用の設定はこのファイルで行います。
次に以下のコマンドを実行し、管理画面用の設定をDBに追加するためのマイグレーションを実行します。
$ docker compose exec django poetry run python ./src/manage.py migrate
※マイグレーションを実行すると、管理画面用の各種テーブル等がDBに作成されます。もしモデルの定義のメタ情報で「managed = False」が設定されていなければ、自動でマイグレーションが実行されてテーブルなど作成されたりするので注意して下さい。尚、メタ情報で「managed = False」を設定していても、管理者ユーザーの権限設定で使用できるデータを追加するためにマイグレーションの実行は必要なので、後からモデルを追加した際は再度マイグレーションの実行が必要です。
コマンド実行後、以下のようにマイグレーションが成功しているログ出力が表示されればOKです。
次に以下のコマンドを実行し、管理画面用のスーパーユーザーを作成します。
$ docker compose exec django poetry run python ./src/manage.py createsuperuser
コマンド実行後、各種入力を求められるため、今回はユーザー名「local-db-root」、メールアドレスは無し、パスワード「pass-pg-2512」を設定して実行します。
次に以下のコマンドを実行し、コンテナを再起動させます。
$ docker compose down
$ docker compose up -d
次にブラウザで「http://localhost:8000/admin」を開き、以下のように管理画面用のログイン画面が表示されればOKです。
次に先ほど作成したスーパーユーザーのユーザー名「local-db-root」とパスワード「pass-pg-2512」でログインし、以下のように表示されればOKです。
これでDBスキーマから設定した対象テーブルのCRUD処理や、管理画面として最低限必要になる管理者ユーザー機能(パーミッション機能を含む)や、操作履歴のログ機能が簡単に実装できます。
CRUD機能を試す
では簡単に実装できたCRUD機能を試してみます。
まずはデータを追加するため、Usersの右側の「+追加」をクリックします。
次に「Uid」、「Last name」、「First name」、「Email」をそれぞれ入力し、画面下の「保存」をクリックします。
これでデータ追加がされたため、一覧画面から対象のデータをクリックします。
これで追加したデータの詳細が確認できます。
次に「Email」を修正し、画面下の「保存」をクリックします。
これでデータの更新ができたので、一覧画面から対象のデータをクリックします。
対象データの詳細画面から「Email」を確認し、更新されていればOKです。
続けて、画面右下の「削除」をクリックします。
削除の確認画面が表示されるので、「はい、大丈夫です」をクリックします。
これでデータが削除されればOKです。
操作履歴を確認する
次にメニューに追加しておいた操作履歴を確認してみます。
まずはトップページから「ログエントリー」をクリックします。
次に削除に関するデータをクリックしてみます。
これで操作履歴の詳細が確認できます。
表示などをカスタマイズして改善する
上記のようにCRUD機能は簡単に実装できますが、そのままだと画面表示がイマイチだったり、実務では論理削除が必要になったりするため、いくつかカスタマイズしてみます。
では管理画面用の設定ファイル「src/myapp/admin.py」を以下のように修正します。
・「src/myapp/admin.py」
from django.contrib import admin
from django.contrib.admin.models import LogEntry
from django.utils import timezone
from .models import Users
# サイト名の設定
admin.site.site_header = "Django Admin"
admin.site.site_title = "Django Admin"
###############################
# 操作履歴をメニューに追加する設定
###############################
# デフォルトで存在するモデルを使用する
@admin.register(LogEntry)
class LogEntryAdmin(admin.ModelAdmin):
# 一覧画面に表示するフィールド設定
list_display = (
"action_time",
"user",
"content_type",
"object_repr",
"action_flag",
)
# 一覧画面のフィルター設定
list_filter = ("action_flag", "content_type")
# 検索用の対象フィールド
search_fields = ("object_repr", "change_message", "user__username")
# 変更不可フィールド設定
readonly_fields = (
"action_time",
"user",
"content_type",
"object_repr",
"action_flag",
)
# 詳細画面の表示設定
fieldsets = (
(
None,
{
"fields": (
"action_time",
"user",
"content_type",
"object_repr",
"action_flag",
),
},
),
)
###############################
# 共通フィルター用のクラス定義
###############################
# 削除日用のクラス定義
class DeletedAtFilter(admin.SimpleListFilter):
title = "削除日(deleted_at)"
parameter_name = "deleted"
# 選択肢の設定
def lookups(self, request, model_admin):
return (
("alive", "未削除"),
("deleted", "削除済み"),
)
# 選択肢に対するクエリ設定
def queryset(self, request, queryset):
value = self.value()
if value == "alive":
return queryset.filter(deleted_at__isnull=True)
if value == "deleted":
return queryset.filter(deleted_at__isnull=False)
return queryset
###############################
# DBモデルをメニューに追加する設定
###############################
# usersの設定
@admin.register(Users)
class UsersAdmin(admin.ModelAdmin):
# 一覧画面に表示するフィールド設定
list_display = [field.name for field in Users._meta.get_fields()]
# 一覧画面のフィルター設定
list_filter = ((DeletedAtFilter),)
# 検索用の対象フィールド
search_fields = ("id", "uid", "last_name", "first_name", "email")
# 変更不可フィールド設定
readonly_fields = ("id", "created_at", "updated_at")
# 詳細画面の表示設定
fieldsets = (
(
None,
{
"fields": (
"id",
"uid",
"last_name",
"first_name",
"email",
"created_at",
"updated_at",
"deleted_at",
),
},
),
)
# 単体用の論理削除設定
def delete_model(self, request, obj):
obj.updated_at = timezone.now()
obj.deleted_at = timezone.now()
obj.save()
# 一括用の論理削除設定
def delete_queryset(self, request, queryset):
queryset.update(updated_at=timezone.now(), deleted_at=timezone.now())
※削除処理時は論理削除をするように設定
次に以下のコマンドを実行し、フォーマット修正を行います。
$ docker compose exec django poetry run ruff format .
$ docker compose exec django poetry run ruff check . --select I --fix
次に以下のコマンドを実行し、静的コード解析でエラーがでないことを確認します。
$ docker compose exec django poetry run ruff check .
CRUD機能を試す
では再度CRUD機能を試してみます。
まずはデータを追加するため、Usersの右側の「+追加」をクリックします。
次に「Uid」、「Last name」、「First name」、「Email」をそれぞれ入力し、画面下の「保存」をクリックします。
これでデータが追加され、一覧画面からも対象データの詳細を確認できます。
続けて対象データのIDをクリックします。
これで追加したデータの詳細が確認できます。
次に「Email」を修正し、画面下の「保存」をクリックします。
これでデータの更新ができたので、一覧画面から対象データのIDをクリックします。
対象データの詳細画面から「Email」を確認し、更新されていればOKです。
続けて、画面右下の「削除」をクリックします。
削除の確認画面が表示されるので、「はい、大丈夫です」をクリックします。
これで削除処理ができたので、対象データのDeleted_atに削除日が設定されていればOKです。
操作履歴を確認する
次に再度操作履歴を確認してみます。
まずはトップページから「ログエントリー」をクリックします。
これで一覧画面からも詳細が確認できます。
続けて最新の操作履歴をクリックしてみます。
これで操作履歴の詳細が確認できます。
グループ機能と管理ユーザー機能について
詳細は割愛しますが、デフォルトでグループ機能や管理ユーザー機能もついており、これらを使うことで各種権限を付与した管理ユーザーの作成も可能です。
※例えばユーザーテーブルを確認することだけができる管理ユーザーの作成などが可能
最後に
今回はPythonのDjangoで管理画面を開発する方法についてまとめました。
実際に試してみると、本当に簡単に管理画面を作ることができ、かつシンプルでスマートな感じもめちゃめちゃ良かったです。
私は以前にPHPのLaravel-Adminでの管理画面開発の経験もありますが、それと比較しても作りやすかったので、今後はこれを使っていくべきだなと思いました。
今回は簡単な例をご紹介しましたが、他にも色々カスタマイズはできそうなので、より深掘りしていくのもありかなと思います。
ということで、管理画面を作るならPythonのDjangoがおすすめなので、興味がある方はぜひ参考にしてみて下さい。
Tomoyuki
最新記事 by Tomoyuki (全て見る)
- PythonのDjangoで管理画面を開発する方法まとめ - 2025年12月24日
- PythonのFastAPIでDDD(ドメイン駆動設計)構成のバックエンドAPIを開発する方法まとめ - 2025年12月6日
- ITエンジニア採用は難しい!?現役Web系エンジニア視点における問題点と解決策まとめ - 2025年9月15日
















コメントを残す