Journal de mèche
Construire avec Agent IA
Backend du journal de mèche de forage de plateforme pétrolière

Modèle de backend du journal de mèche de forage de plateforme pétrolière __PH0__
Heures sur le fond et suivi de l'usure pour les mèches de forage

Un backend de journal de mèche de forage de plateforme pétrolière prêt pour la production sur Back4app pour les heures sur le fond, les journaux d'usure PDC, le suivi des numéros de série et l'historique des opérations de forage. Comprend un diagramme ER, un dictionnaire de données, un schéma JSON, un terrain de jeu API et une invite Agent AI pour un démarrage rapide.

Principales conclusions

Ce modèle vous fournit un backend de journal de mèche de forage pour plateforme pétrolière avec les heures de fond, les journaux d'usure PDC et le suivi des numéros de série afin que le personnel opérationnel puisse garder les enregistrements de la plateforme au même endroit.

  1. Suivi des heures de fondEnregistrez chaque RunLog avec bitRunId, hoursOnBottom et startDepth pour l'historique du temps de forage.
  2. Journaux d'usure PDCStockez les entrées de WearLog avec wearRating, cutterCondition et dullGrade pour le suivi d'inspection.
  3. Suivi des numéros de sérieTracez chaque Mèche et SerialRecord par serialNumber, bitType et manufacturer à travers les changements de plateforme.
  4. Flux de travail de journal prêt à l'emploiLiez Rig, Bit, RunLog, WearLog et SerialRecord afin que les coordinateurs puissent examiner un parcours d'exploitation.
  5. Backend de forage multiplateformeServez des outils mobiles et web via une seule API REST et GraphQL pour les journaux de forets et l'historique des appareils.

Aperçu : Journal de forets de l'Oil Rig

Sans un modèle de données discipliné pour le journal de forets de l'rig pétrolier, « disponible » devient une estimation — et les estimations sont coûteuses lorsque les contrats dépendent de la précision. La clarté l'emporte sur l'héroïsme. Back4app offre à Rig, Bit, RunLog, WearLog et SerialRecord une maison durable avec des API que vos applications de journal de forets de l'rig pétrolier peuvent rechercher, filtrer et mettre à jour sans travail de base de données personnalisé. Le schéma couvre Rig (rigName, location, activeShift), Bit (serialNumber, bitType, manufacturer), RunLog (bit, rig, hoursOnBottom, depthIn, depthOut), WearLog (bit, wearRating, cutterCondition, dullGrade) et SerialRecord (bit, serialNumber, receivedAt, assignedToRig) avec des modèles d'authentification et de journalisation de terrain intégrés. Connectez votre frontend préféré et commencez rapidement à suivre l'activité des forets.

Meilleur pour :

Journaux de forets de l'rig pétrolierHeures sur le suivi inférieurFlux de travail d'inspection d'usure PDCSuivi du numéro de sérieTableaux de bord des opérations de la plate-formeÉquipes sélectionnant BaaS pour les produits de forage

Journal de forets de plateforme pétrolière : instantané du backend

le journal de forets de plateforme pétrolière ne concerne pas seulement la vitesse ; il s'agit de la défense lorsque quelqu'un demande « montrez-moi comment vous saviez que c'était vrai. »

Si vous évaluez Back4app, Rig, Bit et RunLog démontrent combien de structure vous obtenez avant d'écrire du SQL personnalisé.

Fonctionnalités principales du journal de mors de forage

Chaque carte technologique dans ce hub utilise le même schéma de journal de forets avec Rig, Bit, RunLog, WearLog et SerialRecord.

Gestion des rigs

La classe Rig stocke rigName, location, et activeShift.

Suivi des numéros de série pour les mèches de forage

La classe Bit suit serialNumber, bitType, et manufacturer.

Heures sur la conduite inférieure

La classe RunLog stocke bit, rig, hoursOnBottom, depthIn et depthOut.

Journal d'inspection de l'usure PDC

La classe WearLog enregistre bit, wearRating, cutterCondition et dullGrade.

Historique d'attribution en série

La classe SerialRecord lie bit, serialNumber, receivedAt et assignedToRig.

Pourquoi construire votre backend de journal de perçage de foreuse avec Back4app ?

Back4app vous fournit des primitives de plate-forme, de mèche et d'usure afin que votre équipe puisse se concentrer sur les opérations de forage et les notes d'inspection au lieu de l'infrastructure.

  • Suivi des mèmes et des courses dans un seul schéma: Les classes Bit, RunLog et SerialRecord associent serialNumber, hoursOnBottom et assignedToRig à une seule histoire de forage.
  • Notes d'usure faciles à interroger: Les champs WearLog comme wearRating, cutterCondition et dullGrade rendent les revues d'inspection PDC recherchables.
  • Temps réel + flexibilité API: Utilisez Live Queries pour de nouvelles entrées RunLog et WearLog tout en gardant REST et GraphQL disponibles pour chaque tableau de bord de foreuse.

Développez et itérez rapidement sur les fonctionnalités de journal de mors de forage avec un contrat backend unique sur toutes les plateformes.

Avantages principaux

Un backend de journal de forets qui garde les rapports de terrain organisés sans ralentir les opérations.

Rapport d'équipement plus rapide

Commencez par les classes Rig, RunLog et WearLog au lieu de concevoir des tables de journal depuis zéro.

Revue de l'usure plus propre

Interrogez wearRating, cutterCondition et dullGrade ensemble lorsque le foret PDC sort du trou.

Traçabilité par numéro de série

Utilisez serialNumber et assignedToRig pour suivre chaque foret à travers le site, le camion et le sol de l'équipement.

Contrôle d'accès simple

Définissez des règles ACL et CLP pour que les membres de l'équipe autorisés puissent créer et mettre à jour les journaux de forage.

Lien d'historique et d'inventaire

Connectez les enregistrements RunLog aux objets Bit et Rig pour une histoire opérationnelle continue.

Bootstrap assisté par IA

Générez rapidement des structures backend et des conseils d'intégration avec une seule invite structurée.

Prêt à lancer votre application de journal de foret?

Laissez l'agent IA Back4app structurer votre backend de journal de foret et générer des heures de fond, d'usure et de suivi de série à partir d'une seule invite.

Gratuit pour commencer — 50 invites d'agent IA/mois, aucune carte de crédit requise

Pile technique

Tout est inclus dans ce modèle de journal de rondelle de forêt.

Frontend
13+ technologies
Backend
Back4app
Base de données
MongoDB
Authentification
Authentification intégrée + sessions
API
REST et GraphQL
Temps réel
Live Queries

Diagramme ER

Modèle de relation d'entité pour le schéma backend du journal de la mèche de forage.

Voir la source du diagramme
Mermaid
erDiagram
    Rig ||--o{ DrillBit : "assigned"
    DrillBit ||--o{ DrillBitRun : "used in"
    DrillBit ||--o{ WearLog : "inspected by"
    DrillBit ||--o{ SerialTransfer : "moved"
    DrillBitRun ||--o{ WearLog : "basis for"

    Rig {
        String objectId PK
        String rigName
        String fieldArea
        String status
        String siteSupervisor
        Date createdAt
        Date updatedAt
    }

    DrillBit {
        String objectId PK
        String serialNumber
        String bitType
        Number sizeInches
        String manufacturer
        String status
        String rigId FK
        Date createdAt
        Date updatedAt
    }

    DrillBitRun {
        String objectId PK
        String drillBitId FK
        String rigId FK
        Number hoursOnBottom
        Number footageDrilled
        Date runDate
        String driller
        Date createdAt
        Date updatedAt
    }

    WearLog {
        String objectId PK
        String drillBitId FK
        String runId FK
        Number pdcWear
        Number gageLoss
        String comments
        String inspectedBy
        Date createdAt
        Date updatedAt
    }

    SerialTransfer {
        String objectId PK
        String drillBitId FK
        String fromLocation
        String toLocation
        String transferType
        String handledBy
        Date transferDate
        Date createdAt
        Date updatedAt
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification, la sélection des rigs, l'enregistrement des courses, l'inspection de l'usure et le suivi des séries.

Voir la source du diagramme
Mermaid
sequenceDiagram
  participant Crew as Rig Crew
  participant App as Oil Rig Drill Bit Log App
  participant Back4app as Back4app Cloud

  Crew->>App: Sign in to the drill bit log
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  Crew->>App: Review DrillBit inventory by serialNumber and status
  App->>Back4app: GET /classes/DrillBit?include=rig&order=-updatedAt
  Back4app-->>App: DrillBit rows with rig pointers

  Crew->>App: Record a DrillBitRun with hoursOnBottom and footageDrilled
  App->>Back4app: POST /classes/DrillBitRun
  Back4app-->>App: DrillBitRun objectId

  Crew->>App: File a WearLog for pdcWear and gageLoss
  App->>Back4app: POST /classes/WearLog
  Back4app-->>App: WearLog objectId

  App->>Back4app: GET /classes/SerialTransfer?order=-transferDate
  Back4app-->>App: Latest serial transfer trail

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma de journal de perceuse.

ChampTypeDescriptionRequis
objectIdStringAuto-generated unique identifierAuto
rigNameStringName of the drilling rig
fieldAreaStringOperating field or basin
statusStringCurrent rig status
siteSupervisorStringPrimary operations contact for the rig
createdAtDateAuto-generated creation timestampAuto
updatedAtDateAuto-generated last-update timestampAuto

7 champs dans Rig

Sécurité et autorisations

Comment la stratégie ACL et CLP sécurise les équipements, les forets, les journaux de course, les journaux d'usure et les enregistrements sérialisés.

Contrôle des journaux détenus par l'équipe

Seuls les utilisateurs autorisés peuvent créer ou éditer leurs journaux de rig et de mêche ; les autres ne peuvent pas modifier les entrées de champ.

Intégrité de l'inventaire et de l'usure

Seuls les coordinateurs approuvés peuvent créer des entrées SerialRecord et WearLog. Utilisez le Cloud Code pour la validation.

Accès à rig limité

Restreindre l'accès en lecture par rig, équipe ou rôle afin que les équipes ne voient que les puits et les mêches qu'elles soutiennent.

Schéma JSON

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

JSON
{
  "classes": [
    {
      "className": "Rig",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "rigName": {
          "type": "String",
          "required": true
        },
        "fieldArea": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "siteSupervisor": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DrillBit",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "serialNumber": {
          "type": "String",
          "required": true
        },
        "bitType": {
          "type": "String",
          "required": true
        },
        "sizeInches": {
          "type": "Number",
          "required": true
        },
        "manufacturer": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "rig": {
          "type": "Pointer",
          "required": false,
          "targetClass": "Rig"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DrillBitRun",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "drillBit": {
          "type": "Pointer",
          "required": true,
          "targetClass": "DrillBit"
        },
        "rig": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Rig"
        },
        "hoursOnBottom": {
          "type": "Number",
          "required": true
        },
        "footageDrilled": {
          "type": "Number",
          "required": true
        },
        "runDate": {
          "type": "Date",
          "required": true
        },
        "driller": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "WearLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "drillBit": {
          "type": "Pointer",
          "required": true,
          "targetClass": "DrillBit"
        },
        "run": {
          "type": "Pointer",
          "required": true,
          "targetClass": "DrillBitRun"
        },
        "pdcWear": {
          "type": "Number",
          "required": true
        },
        "gageLoss": {
          "type": "Number",
          "required": false
        },
        "comments": {
          "type": "String",
          "required": true
        },
        "inspectedBy": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "SerialTransfer",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "drillBit": {
          "type": "Pointer",
          "required": true,
          "targetClass": "DrillBit"
        },
        "fromLocation": {
          "type": "String",
          "required": true
        },
        "toLocation": {
          "type": "String",
          "required": true
        },
        "transferType": {
          "type": "String",
          "required": true
        },
        "handledBy": {
          "type": "String",
          "required": true
        },
        "transferDate": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Construire avec Agent IA

Utilisez l'agent AI Back4app pour générer une application de journal de trépan réel à partir de ce modèle, y compris le frontend, le backend, l'authentification, ainsi que les flux de fonctionnement, d'usure et de numéro de série.

Agent AI Back4app
Prêt à construire
Créez un backend d'application de journal de trépan pour la plateforme pétrolière sur Back4app avec ce schéma et ce comportement exacts.

Schéma :
1. Utilisateur (utiliser Back4app intégré) : nom d'utilisateur, e-mail, mot de passe ; objectId, createdAt, updatedAt (système).
2. Plateforme : nomDeLaPlateforme (String, requis), emplacement (String, requis), shiftActif (String) ; objectId, createdAt, updatedAt (système).
3. Trépan : numéroDeSérie (String, requis, unique), typeDeTrépan (String, requis), fabricant (String), plateforme (Pointeur vers la plateforme, optionnel) ; objectId, createdAt, updatedAt (système).
4. JournalDeFonctionnement : trépan (Pointeur vers le trépan, requis), plateforme (Pointeur vers la plateforme, requis), heuresAuFond (Nombre, requis), profondeurEntree (Nombre), profondeurSortie (Nombre), dateDeFonctionnement (Date, requis) ; objectId, createdAt, updatedAt (système).
5. JournalDUsure : trépan (Pointeur vers le trépan, requis), noteDUsure (Nombre, requis), étatDuCutter (String, requis), gradeDull (String), notes (String), inspectéÀ (Date, requis) ; objectId, createdAt, updatedAt (système).
6. EnregistrementDeSérie : trépan (Pointeur vers le trépan, requis), numéroDeSérie (String, requis), reçuÀ (Date, requis), assignéÀLaPlateforme (Pointeur vers la plateforme, optionnel), statut (String, requis) ; objectId, createdAt, updatedAt (système).

Sécurité :
- Restreindre les journaux de plateforme et de trépan aux membres d'équipage et coordinateurs autorisés. Valider les écritures de JournalDUsure et EnregistrementDeSérie dans le Cloud Code.

Auth :
- Inscription, connexion, déconnexion.

Comportement :
- Lister les plateformes, charger les trépan par numéroDeSérie, créer des entrées de JournalDeFonctionnement, écrire des inspections de JournalDUsure et mettre à jour les affectations d'EnregistrementDeSérie.

Livrer :
- application Back4app avec schéma, ACLs, CLPs ; frontend pour les plateformes, trépan, journaux de fonctionnement, journaux d'usure et enregistrements de série.

Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec cette invite de modèle pré-remplie.

Ceci est l'invite de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.

Déployer en quelques minutes50 invitantes gratuites par moisAucune carte de crédit requise

API Playground

Essayez les points de terminaison REST et GraphQL contre le schéma du journal de forage. Les réponses utilisent des données factices et ne nécessitent pas de compte Back4app.

Chargement du playground…

Utilise le même schéma que ce modèle.

Choisissez votre technologie

Développez chaque carte pour voir comment intégrer Rig, Bit et RunLog avec votre pile choisie.

Flutter Journal de mèche

React Journal de mèche

React Natif Journal de mèche

Next.js Journal de mèche

JavaScript Journal de mèche

Android Journal de mèche

iOS Journal de mèche

Vue Journal de mèche

Angular Journal de mèche

GraphQL Journal de mèche

REST API Journal de mèche

PHP Journal de mèche

.NET Journal de mèche

Ce que vous obtenez avec chaque technologie

Chaque pile utilise le même schéma de journal de foreuse et contrats API.

Structure unifiée du journal de forage

Gérer les équipements, les forets, les journaux de forages, les journaux d'usure et les enregistrements de série avec un schéma cohérent.

Heures sur le fond pour le suivi du forage

Enregistrer la date de forage et les heures au fond afin que les équipes d'opérations puissent examiner le temps du foret dans le trou.

Journaux d'usure PDC pour les équipes d'inspection

Stocker la note d'usure, l'état de la coupe et le grade d'usure pour une analyse claire après le forage.

Suivi des numéros de série pour l'inventaire des équipements

Utiliser le numéro de série et l'attribution à l'équipement pour suivre chaque foret lors des déplacements et des attributions.

REST/GraphQL APIs pour les outils de forage

Intégrer avec les tableaux de bord sur le terrain, les listes de contrôle mobiles ou les systèmes de back-office.

Comparaison des frameworks de journaux de foreuse

Comparer la vitesse de configuration, le style SDK et le support IA à travers toutes les technologies prises en charge.

CadreTemps de configurationAvantage du journal de mècheType de SDKSupport IA
Environ 5 minCode base unique pour les outils de journalisation de plateforme sur mobile et web.SDK tapéComplet
Moins de 5 minutesTableau de bord web rapide pour les journaux de mèche.SDK typéComplet
~3–7 minApplication mobile multiplateforme pour la journalisation sur le terrain.SDK typéComplet
Configuration rapide (5 min)Application web rendue côté serveur pour les opérations de plateforme.SDK typéComplet
~3 à 5 minIntégration web légère pour le suivi des forages.SDK typéComplet
Environ 5 minApplication native Android pour le journal du plateau de forage.SDK typéComplet
Moins de 5 minutesApplication native iOS pour les inspections sur le terrain.SDK typéComplet
~3 à 7 minInterface web React pour les journaux de forets.SDK tapéComplet
Configuration rapide (5 min)Application web d'entreprise pour les coordonnateurs de forage.SDK tapéComplet
Moins de 2 minAPI GraphQL flexible pour les requêtes de forets et d'usure.API GraphQLComplet
Configuration rapide (2 min)Intégration REST API pour les systèmes de journal de terrain.REST APIComplet
~3 minBackend PHP côté serveur pour les portails de journal de forage.REST APIComplet
~3–7 minBackend .NET pour le suivi des opérations.SDK typéComplet

Le temps de configuration reflète la durée attendue depuis le démarrage du projet jusqu'à la première requête de journal de mèche ou de perceuse en utilisant ce schéma de modèle.

Questions Fréquemment Posées

Questions courantes sur la création d'un backend de journal de forage d'huile avec ce modèle.

Qu'est-ce qui rend les enregistrements de quantité de forets de plateforme pétrolière fiables lorsque les articles changent constamment de mains ?
Comment les équipes des journaux de forets de plateforme pétrolière devraient-elles représenter des kits, des paquets et des alternatives sans casser les requêtes ?
Comment ajoutons-nous de nouveaux types d'actifs de journal de forets de plateforme pétrolière tout en gardant la recherche et le reporting cohérents ?
Comment puis-je interroger les équipements et les forets avec Flutter ?
Comment puis-je gérer l'accès au journal de forage avec Next.js Server Actions ?
Est-ce que React Native peut mettre en cache les journaux des équipements hors ligne ?
Comment puis-je empêcher des changements de numéro de série non autorisés ?
Quelle est la meilleure façon d'afficher les journaux de forets sur Android ?
Comment fonctionne le flux de suivi de l'outil de forage de bout en bout ?

Fiable par des développeurs dans le monde entier

Rejoignez des équipes expédiant des produits de journal de mèche de forage plus rapidement avec des modèles Back4app

G2 Users Love Us Badge

Prêt à créer votre application de journal de mèche de forage ?

Commencez votre projet de journal de forets en quelques minutes. Pas de carte de crédit requise.

Choisissez la technologie