Modèle d'Application de Base de Données Personnalisé
Interfaces CRUD personnalisées pour les Données Commerciales

Principaux enseignements

Aperçu

Une application de base de données personnalisée nécessite des interfaces CRUD adaptées, un traitement efficace des données et une évolutivité pour des solutions d'entreprise.

Ce modèle illustre l'utilisateur, les données commerciales et les opérations associées afin que les équipes puissent mettre en œuvre une gestion efficace de la base de données rapidement.

Pourquoi construire votre backend d'application de base de données personnalisée avec Back4app?

Back4app offre la flexibilité nécessaire pour gérer des types de données personnalisés, permettant à votre équipe de se concentrer sur la création de solutions innovantes plutôt que sur des problèmes d'infrastructure.

• •Gestion des données personnalisées: Définissez divers modèles de données avec des capacités CRUD adaptées au contexte commercial.
• •Fonctionnalités de gestion des données robustes: Gérez des relations et des dépendances de données complexes grâce à des schémas bien définis.
• •Mises à jour en temps réel et polyvalence API: Utilisez Live Queries pour une interaction dynamique avec les données tout en fournissant des APIs REST et GraphQL pour les consommateurs front-end.

Itérez rapidement sur les fonctionnalités de votre application de base de données personnalisée avec une expérience backend unique sur diverses plateformes.

Avantages principaux

Un backend d'application de base de données personnalisé qui permet un développement rapide sans compromettre la sécurité et la performance.

Pile technique

Tout inclus dans ce modèle de backend d'application de base de données personnalisé.

Diagramme ER

Modèle de relation d'entité pour le schéma de base de données personnalisée.

erDiagram
    User ||--o{ Resource : "owner"
    User ||--o{ AccessLog : "user"
    Resource ||--o{ AccessLog : "resource"

    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Resource {
        String objectId PK
        String name
        String details
        Pointer owner FK
        Date createdAt
        Date updatedAt
    }

    AccessLog {
        String objectId PK
        Pointer user FK
        Pointer resource FK
        Date accessTime
        Date createdAt
        Date updatedAt
    }

Flux d'intégration

Flux typique pour accéder aux ressources sécurisées, gérer les données commerciales et appliquer des opérations CRUD.

sequenceDiagram
  participant User
  participant App as Custom Database Application Builder App
  participant Back4app as Back4app Cloud

  User->>App: Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: List resources
  App->>Back4app: GET /classes/Resource
  Back4app-->>App: Resource details

  User->>App: Create resource
  App->>Back4app: POST /classes/Resource
  Back4app-->>App: Created Resource objectId

  User->>App: Access resource
  App->>Back4app: GET /classes/Resource
  Back4app-->>App: Resource details

  App->>Back4app: Log access
  Back4app-->>App: AccessLog objectId

Dictionnaire des données

Référence complète au niveau des champs pour chaque classe dans le schéma de base de données personnalisé.

Sécurité et permissions

Comment les stratégies ACL et CLP protègent les utilisateurs et les données sensibles personnalisées.

Schéma (JSON)

Définition de schéma JSON brute prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Resource",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "name": {
          "type": "String",
          "required": true
        },
        "details": {
          "type": "String",
          "required": true
        },
        "owner": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AccessLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "resource": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Resource"
        },
        "accessTime": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Interagissez avec les points de terminaison REST et GraphQL contre le schéma de base de données personnalisé. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Utilise le schéma défini dans ce modèle.

Ce que vous obtenez avec chaque technologie

Chaque stack utilise le même schéma de backend de base de données personnalisé et les contrats API.

Questions Fréquemment Posées

Demandes courantes concernant la création d'une base de données personnalisée avec ce modèle.