تُرجمت هذه الصفحة آليًا. هل لاحظت خطأً؟ساعد في تحسينها.
Skip to content

قاعدة البيانات

يستخدم SnapOtter قاعدة بيانات PostgreSQL 17 مع Drizzle ORM (pg-core / node-postgres) لاستمرارية البيانات. المخطط معرَّف في apps/api/src/db/schema.ts.

يُضبَط الاتصال عبر متغير البيئة DATABASE_URL (القيمة الافتراضية postgres://snapotter:snapotter@postgres:5432/snapotter). في Docker Compose، تخزّن حاوية Postgres بياناتها في وحدة التخزين المسماة SnapOtter-pgdata.

الجداول

users

يخزّن حسابات المستخدمين. يُنشأ تلقائيًا عند التشغيل الأول من DEFAULT_USERNAME و DEFAULT_PASSWORD.

العمودالنوعملاحظات
iduuidالمفتاح الأساسي
usernamevarcharفريد، مطلوب
passwordHashvarcharتجزئة scrypt
rolevarcharadmin، أو editor، أو user
mustChangePasswordbooleanعلامة إعادة تعيين كلمة المرور القسرية
createdAttimestampوقت الإنشاء
updatedAttimestampوقت آخر تحديث

sessions

جلسات تسجيل الدخول النشطة. يربط كل صف رمز جلسة بمستخدم.

العمودالنوعملاحظات
idvarcharالمفتاح الأساسي (رمز الجلسة)
userIduuidمفتاح خارجي إلى users.id
expiresAttimestampوقت انتهاء الصلاحية
createdAttimestampوقت الإنشاء

teams

مجموعات لتنظيم المستخدمين. يمكن للمسؤولين إسناد المستخدمين إلى فرق.

العمودالنوعالوصف
iduuidالمفتاح الأساسي
namevarchar (فريد، بحد أقصى 50 حرفًا)اسم الفريق
createdAttimestampوقت الإنشاء

api_keys

مفاتيح API للوصول البرمجي. يُعرَض المفتاح الخام مرة واحدة عند الإنشاء؛ ولا يُخزَّن سوى التجزئة (hash).

العمودالنوعملاحظات
iduuidالمفتاح الأساسي
userIduuidمفتاح خارجي إلى users.id
keyHashvarcharتجزئة scrypt للمفتاح
namevarcharتسمية يوفّرها المستخدم
createdAttimestampوقت الإنشاء
lastUsedAttimestampيُحدَّث عند كل طلب مصادَق عليه

تُسبَق المفاتيح بـ si_ متبوعًا بـ 96 حرفًا ست عشريًا (48 بايتًا عشوائيًا).

pipelines

سلاسل الأدوات المحفوظة التي ينشئها المستخدمون في الواجهة.

العمودالنوعملاحظات
iduuidالمفتاح الأساسي
namevarcharاسم خط المعالجة
descriptionvarcharوصف اختياري
stepsjsonbمصفوفة من كائنات { toolId, settings }
createdAttimestampوقت الإنشاء

user_files

مكتبة ملفات دائمة. يُدرَج التعديل المحفوظ افتراضيًا كصف جذري مستقل ("الحفظ كملف جديد": version يساوي 1، وparentId يساوي null، بحيث يظل الأصل مدرجًا)، أو كإصدار مرتبط بالأب عند الكتابة فوق الأصل (يُضبَط parentId، ويُزاد version، ليَحُلّ محل الأصل). يسجّل العمود toolChain الأدوات المطبَّقة.

العمودالنوعالوصف
iduuidالمفتاح الأساسي
userIduuidمفتاح خارجي إلى users (حذف متتالٍ CASCADE DELETE)
originalNamevarcharاسم ملف الرفع الأصلي
storedNamevarcharاسم الملف على القرص
mimeTypevarcharنوع MIME
sizeintegerحجم الملف بالبايت
widthintegerعرض الصورة بالبكسل
heightintegerارتفاع الصورة بالبكسل
versionintegerرقم الإصدار (1 = الأصل)
parentIduuid أو nullمفتاح خارجي إلى user_files (الإصدار الأب)
toolChainjsonbمعرّفات الأدوات المطبَّقة بالترتيب لإنتاج هذا الإصدار
createdAttimestampوقت الإنشاء

jobs

يتتبّع مهام المعالجة لإعداد تقارير التقدم والتنظيف.

العمودالنوعملاحظات
iduuidالمفتاح الأساسي
typevarcharمعرّف الأداة أو خط المعالجة
statusvarcharqueued، أو processing، أو completed، أو failed
progressrealكسر من 0.0 إلى 1.0
inputFilesjsonbمصفوفة من مسارات ملفات الإدخال
outputPathvarcharمسار ملف النتيجة
settingsjsonbإعدادات الأداة المستخدمة
errorvarcharرسالة الخطأ في حال الفشل
createdAttimestampوقت الإنشاء
completedAttimestampوقت الاكتمال

settings

مخزن مفتاح-قيمة للإعدادات على مستوى الخادم التي يمكن للمسؤولين تغييرها من الواجهة.

العمودالنوعملاحظات
keyvarcharالمفتاح الأساسي
valuevarcharقيمة الإعداد
updatedAttimestampوقت آخر تحديث

roles

أدوار مخصّصة بصلاحيات دقيقة.

العمودالنوعملاحظات
iduuidالمفتاح الأساسي
namevarcharاسم دور فريد
descriptionvarcharوصف اختياري
permissionsjsonbمصفوفة من سلاسل الصلاحيات
createdAttimestampوقت الإنشاء

audit_log

سجل الإجراءات ذات الصلة بالأمان.

العمودالنوعملاحظات
iduuidالمفتاح الأساسي
userIduuidمفتاح خارجي إلى users
actionvarcharنوع الإجراء
detailsjsonbبيانات خاصة بالإجراء
createdAttimestampوقت الإجراء

user_preferences

حالة الواجهة لكل مستخدم، مفهرسة باسم التفضيل. تخزن الأدوات المثبّتة في الصفحة الرئيسية، وتُكتب عبر PUT /api/v1/preferences.

العمودالنوعملاحظات
userIdtextمفتاح خارجي إلى users، مع حذف متتالٍ. جزء من المفتاح الأساسي مع key
keytextاسم التفضيل. جزء من المفتاح الأساسي مع userId
valuejsonbمحتوى التفضيل
updatedAttimestampوقت آخر كتابة

عمليات الترحيل

يتولى Drizzle ترحيلات المخطط. تقع ملفات الترحيل في apps/api/drizzle/. أثناء التطوير:

bash
cd apps/api
npx drizzle-kit generate   # generate a migration from schema changes
npx drizzle-kit migrate    # apply pending migrations

في بيئة الإنتاج، تُطبَّق عمليات الترحيل المعلَّقة تلقائيًا عند بدء التشغيل.

النسخ الاحتياطي واستعادة

توجد قاعدة البيانات العلائقية في حجم SnapOtter-pgdata الخاص بحاوية Postgres، وليس في حجم /data الخاص بالتطبيق.

** النسخ الاحتياطي المنطقي مع التحقق من الصحة (مستحسن) **

bash
# Dump into PostgreSQL's portable custom archive format
docker exec SnapOtter-postgres \
  pg_dump --format=custom --no-owner -U snapotter snapotter > snapotter.dump
test -s snapotter.dump
docker exec -i SnapOtter-postgres pg_restore --list < snapotter.dump >/dev/null

# Restore into a fresh/disposable target first and fail on the first SQL error
docker exec -i SnapOtter-postgres \
  pg_restore --exit-on-error --clean --if-exists --no-owner \
  -U snapotter -d snapotter < snapotter.dump

لا يحتوي تفريغ قاعدة البيانات على كائنات المكتبة المحفوظة في /data/files أو حالة BullMQ الدائمة في Redis. قم بعمل نسخة احتياطية من تلك العناصر واستعادتها باستخدام الإجراء المنسق في الأمان والتقوية.

لقطة من الحجم البارد

bash
# Stop every service first, then use your storage platform to snapshot the
# PostgreSQL, app-data, and Redis volumes as one crash-consistent set.
docker compose -f docker/docker-compose.yml stop

لا تقم بنسخ دليل بيانات PostgreSQL المباشر باستخدام tar. أنشئ أسماء وحدات التخزين البادئة حسب المشروع، لذا قم بحل معرفات وحدات التخزين المحملة من docker inspect أو منصة التخزين الخاصة بك بدلاً من افتراض التسمية الحرفية SnapOtter-pgdata.

الترحيل من 1.x (SQLite)

للترقية من SnapOtter 1.x دليل خاص بها: انظر الترقية من 1.x إلى 2.0. باختصار، أعد استخدام وحدة تخزين /data الموجودة لديك، وسيكتشف الإصدار 2.0 تلقائيًا /data/snapotter.db ويستوردها عند التشغيل الأول (أو اضبط SQLITE_MIGRATE_PATH للإشارة إليها بشكل صريح). انسخ وحدة تخزين /data بأكملها احتياطيًا أولًا، وليس snapotter.db فقط: يستخدم الإصدار 1.x وضع SQLite WAL، لذا كثيرًا ما تترك الحاوية المتوقفة معظم بياناتها في snapotter.db-wal بجوار snapotter.db شبه الفارغ.