Vorlage für Backend von Bohrerprotokollen der Ölplattform
Stunden auf dem Boden und Abnutzungsverfolgung für Bohrer
Ein produktionsbereites Backend für Bohrerprotokolle der Ölplattform auf Back4app für Stunden auf dem Boden, PDC-Abnutzungsprotokolle, serielle Verfolgung und Bohrlaufhistorie. Enthält ER-Diagramm, Datenwörterbuch, JSON-Schema, API-Spielplatz und einen AI Agent Prompt für schnelles Bootstrap.
Wichtige Erkenntnisse
Diese Vorlage bietet Ihnen ein Backend für Bohrmeißelprotokolle von Ölplattformen mit Stunden am Boden, PDC-Abnutzungsprotokollen und Serienverfolgung, damit das Betriebspersonal die Unterlagen der Plattform an einem Ort aufbewahren kann.
- Tracking der Stunden am Boden — Protokollieren Sie jedes RunLog mit bitRunId, hoursOnBottom und startDepth für die Bohrhistorie.
- PDC-Abnutzungsprotokolle — Speichern Sie WearLog-Einträge mit wearRating, cutterCondition und dullGrade für die Nachverfolgung der Inspektion.
- Serienverfolgung — Verfolgen Sie jeden Bohrer und jedes SerialRecord anhand von serialNumber, bitType und Hersteller bei Wechseln der Bohranlage.
- Einsatzbereiter Log-Workflow — Verbinden Sie Rig, Bit, RunLog, WearLog und SerialRecord, damit die Koordinatoren einen Betriebsverlauf überprüfen können.
- Plattformübergreifendes Bohr-Backend — Stellen Sie mobile und Web-Tools über eine einzige REST- und GraphQL API für Bohrmeißelprotokolle und Rig-Historie bereit.
Übersicht: Ölbohrmeißelprotokoll
Ohne ein diszipliniertes Datenmodell für Ölbohrmeißelprotokolle wird „verfügbar“ zu einer Schätzung — und Schätzungen sind teuer, wenn Verträge von Genauigkeit abhängen. Klarheit schlägt Heldentaten. Back4app gibt Rig, Bit, RunLog, WearLog und SerialRecord ein dauerhaftes Zuhause mit APIs, die Ihre Ölbohrmeißelprotokoll-Apps durchsuchen, filtern und aktualisieren können, ohne benutzerdefinierte Datenbankarbeit. Das Schema umfasst Rig (rigName, Standort, aktiveSchicht), Bit (seriennummer, bitTyp, hersteller), RunLog (bit, rig, stundenAufBoden, tiefeIn, tiefeAus), WearLog (bit, verschleißBewertung, schneiderBedingung, stumpfBewertung) und SerialRecord (bit, seriennummer, empfangenAm, zugewiesenAnRig) mit integriertem Auth- und Feldprotokollmuster. Verbinden Sie Ihr bevorzugtes Frontend und beginnen Sie schnell mit der Verfolgung von Bohrmeißelaktivitäten.
Am besten für:
Ölbohrplattform Bohrkopfprotokoll: Backend-Snapshot
Das Ölbohrplattform Bohrkopfprotokoll dreht sich nicht nur um Geschwindigkeit; es geht darum, verteidigen zu können, wenn jemand fragt: „Zeig mir, wie du wusstest, dass das wahr war.“
Wenn Sie Back4app evaluieren, zeigen Rig, Bit und RunLog, wie viel Struktur Sie erhalten, bevor Sie benutzerdefiniertes SQL schreiben.
Hauptmerkmale des Bohrkopf-Logs
Jede Technologiekarte in diesem Hub verwendet dasselbe Bohrkopfprotokollschema mit Rig, Bit, RunLog, WearLog und SerialRecord.
Bohrgeräteverwaltung
Die Rig-Klasse speichert rigName, Standort und activeShift.
Serielle Verfolgung von Bohrern
Die Bohrer-Klasse verfolgt serialNumber, bitType und Hersteller.
Stunden am Bohrkopf
Die RunLog-Klasse speichert Bohrkopf, Rig, Stunden am Bohrkopf, Tiefe hinein und Tiefe heraus.
PDC-Abnutzungsinspektionsprotokoll
Die WearLog-Klasse erfasst Bohrkopf, Verschleißbewertung, Schneidkondition und Abnutzungsgrad.
Historie der Serienzuweisungen
Die SerialRecord-Klasse verknüpft Bohrkopf, Seriennummer, erhalten am und zugewiesen zu Rig.
Warum Ihr Ölfeld-Bohrkopf-Log-Backend mit Back4app erstellen?
Back4app bietet Ihnen Rig-, Bit- und Abnutzungsprimitive, damit sich Ihr Team auf Bohroperationen und Inspektionsnotizen anstelle von Infrastruktur konzentrieren kann.
- •Bit- und Laufverfolgung in einem Schema: Die Klassen Bit, RunLog und SerialRecord verknüpfen serialNumber, hoursOnBottom und assignedToRig mit einer einzigen Bohrhistorie.
- •Abnutzungsnotizen, die leicht abfragbar sind: WearLog-Felder wie wearRating, cutterCondition und dullGrade machen PDC-Inspektionsüberprüfungen durchsuchbar.
- •Echtzeit + API-Flexibilität: Verwenden Sie Live Queries für neue RunLog- und WearLog-Einträge, während REST und GraphQL für jedes Rig-Dashboard verfügbar bleiben.
Bauen Sie schnell Funktionen für das Bohrkopf-Log auf und iterieren Sie mit einem Backend-Vertrag über alle Plattformen.
Kernvorteile
Ein Backend für das Bohrkopfprotokoll, das die Feldberichterstattung organisiert, ohne die Abläufe zu verlangsamen.
Schnellere Anlageberichterstattung
Von den Klassen Rig, RunLog und WearLog ausgehen, anstatt Protokolltabellen von Grund auf neu zu entwerfen.
Sauberere Abnutzungsbewertung
Fragen Sie wearRating, cutterCondition und dullGrade gemeinsam ab, wenn der PDC-Bohrer aus dem Bohrloch kommt.
Serielle Rückverfolgbarkeit
Verwenden Sie serialNumber und assignedToRig, um jeden Bit über den Yard, den Lastwagen und den Rig-Boden zu verfolgen.
Einfacher Zugangskontrolle
Setzen Sie ACL- und CLP-Regeln, damit autorisierte Teammitglieder Bohrprotokolle erstellen und aktualisieren können.
Laufgeschichts- und Inventarlink
Verknüpfen Sie RunLog-Datensätze mit Bit- und Rig-Objekten für eine durchgängige Betriebsgeschichte.
KI-unterstützter Bootstrap
Generieren Sie schnell Backend-Gerüste und Integrationsanleitungen mit einem strukturierten Prompt.
Bereit, Ihre Bohrbit-Protokoll-App zu starten?
Lassen Sie den Back4app KI-Agenten Ihr Backend für das Bohrbit-Protokoll strukturieren und Stunden auf dem Boden, Verschleiß und Serienverfolgung aus einem Prompt generieren.
Kostenlos starten — 50 AI-Agent-Prompts/Monat, keine Kreditkarte erforderlich
Technologiestack
Alles enthalten in dieser Bohrklemm-Backend-Vorlage.
ER-Diagramm
Entitätsbeziehungsmodell für das Bohrkopfprotokoll-Backend-Schema.
Schema, das Rigs, Bits, Laufprotokolle, Verschleißprotokolle und serielle Verfolgungsunterlagen abdeckt.
Diagrammquelle anzeigen
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
}
Integrationsfluss
Typischer Laufzeitfluss für Authentifizierung, Rig-Auswahl, Laufprotokollierung, Verschleißinspektion und serielle Verfolgung.
Diagrammquelle anzeigen
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 trailDatenwörterbuch
Vollständige Feldreferenz für jede Klasse im Schema des Bohrgestängeprotokolls.
| Feld | Typ | Beschreibung | Erforderlich |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automatisch |
| rigName | String | Name of the drilling rig | |
| fieldArea | String | Operating field or basin | |
| status | String | Current rig status | |
| siteSupervisor | String | Primary operations contact for the rig | |
| createdAt | Date | Auto-generated creation timestamp | Automatisch |
| updatedAt | Date | Auto-generated last-update timestamp | Automatisch |
7 Felder in Rig
Sicherheit und Berechtigungen
Wie die ACL- und CLP-Strategie Bohrrechte, Bits, Protokolle, Verschleißprotokolle und Serienaufzeichnungen sichert.
Crew-eigene Protokollkontrolle
Nur autorisierte Benutzer können ihre Rig- und Bohrprotokolle erstellen oder bearbeiten; andere können Feldeinträge nicht ändern.
Inventar- und Verschleißintegrität
Nur genehmigte Koordinatoren können SerialRecord- und WearLog-Einträge erstellen. Verwenden Sie Cloud Code zur Validierung.
Eingeschränkter Rig-Zugriff
Den Zugriff nach Rig, Schicht oder Rolle einschränken, sodass Teams nur die Bohrungen und Bits sehen, die sie unterstützen.
Schema JSON
Rohe JSON-Schemaspezifikation bereit zum Kopieren in Back4app oder zur Verwendung als Implementierungsreferenz.
{
"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
}
}
}
]
}Mit AI-Agent erstellen
Verwenden Sie den Back4app KI-Agenten, um eine echte Bohrlochprotokoll-App aus dieser Vorlage zu generieren, einschließlich Frontend, Backend, Authentifizierung sowie Lauf-, Verschleiß- und Serienabläufen.
Erstellen Sie ein Backend für eine Bohrlochprotokoll-App auf Back4app mit diesem genauen Schema und Verhalten. Schema: 1. Benutzer (verwenden Sie Back4app integrierte): Benutzername, E-Mail, Passwort; objectId, createdAt, updatedAt (System). 2. Rig: rigName (String, erforderlich), Standort (String, erforderlich), aktiveSchicht (String); objectId, createdAt, updatedAt (System). 3. Bohrer: serialNumber (String, erforderlich, einzigartig), bitType (String, erforderlich), Hersteller (String), rig (Pointer zu Rig, optional); objectId, createdAt, updatedAt (System). 4. Laufprotokoll: bit (Pointer zu Bit, erforderlich), rig (Pointer zu Rig, erforderlich), hoursOnBottom (Number, erforderlich), depthIn (Number), depthOut (Number), runDate (Date, erforderlich); objectId, createdAt, updatedAt (System). 5. Verschleißprotokoll: bit (Pointer zu Bit, erforderlich), wearRating (Number, erforderlich), cutterCondition (String, erforderlich), dullGrade (String), Notizen (String), inspectedAt (Date, erforderlich); objectId, createdAt, updatedAt (System). 6. Serienaufzeichnung: bit (Pointer zu Bit, erforderlich), serialNumber (String, erforderlich), receivedAt (Date, erforderlich), assignedToRig (Pointer zu Rig, optional), status (String, erforderlich); objectId, createdAt, updatedAt (System). Sicherheit: - Beschränken Sie Rig- und Bitprotokolle auf autorisierte Crewmitglieder und Koordinatoren. Validieren Sie WearLog- und SerialRecord-Schreibvorgänge im Cloud-Code. Auth: - Anmeldung, Einloggen, Ausloggen. Verhalten: - Listen Sie Rigs auf, laden Sie Bits nach serialNumber, erstellen Sie Einträge für Laufprotokolle, schreiben Sie Inspektionen für Verschleißprotokolle und aktualisieren Sie Zuweisungen für Serienaufzeichnungen. Liefern: - Back4app App mit Schema, ACLs, CLPs; Frontend für Rigs, Bits, Laufprotokolle, Verschleißprotokolle und Serienaufzeichnungen.
Drücken Sie die Schaltfläche unten, um den Agenten mit diesem vorgefüllten Vorlagenprompt zu öffnen.
Dies ist der Basis-Prompt ohne eine Technologiesuffix. Sie können den generierten Frontend-Stack später anpassen.
API-Spielplatz
Testen Sie REST- und GraphQL-Endpunkte gegen das Bohrprotokoll-Schema. Die Antworten verwenden Mock-Daten und erfordern kein Back4app-Konto.
Verwendet dasselbe Schema wie diese Vorlage.
Wählen Sie Ihre Technologie
Erweitern Sie jede Karte, um zu sehen, wie Sie Rig, Bit und RunLog mit Ihrem gewählten Stack integrieren können.
Flutter Bohrspitzen-Log Backend
React Bohrspitzen-Log Backend
React Native Bohrspitzen-Log Backend
Next.js Bohrspitzen-Log Backend
JavaScript Bohrspitzen-Log Backend
Android Bohrspitzen-Log Backend
iOS Bohrspitzen-Log Backend
Vue Bohrspitzen-Log Backend
Angular Bohrspitzen-Log Backend
GraphQL Bohrspitzen-Log Backend
REST API Bohrspitzen-Log Backend
PHP Bohrspitzen-Log Backend
.NET Bohrspitzen-Log Backend
Was Sie mit jeder Technologie erhalten
Jeder Stack verwendet dasselbe Bohrbit-Protokoll-Backend-Schema und API-Verträge.
Einiges Bohrprotokollstruktur
Verwalten Sie Rigs, Bits, Laufprotokolle, Verschleißprotokolle und Serienaufzeichnungen mit einem einheitlichen Schema.
Stunden auf dem Bodentracking für Bohrungen
Laufdatum und Stunden auf dem Boden aufzeichnen, damit die Betriebsteams die Bitzeit im Bohrloch überprüfen können.
PDC-Verschleißprotokolle für Inspektionsteams
Verschleißbewertung, Schneidermenge und Abnutzungsgrad zur klaren Analyse nach dem Lauf speichern.
Serienverfolgung für Rig-Inventar
Verwenden Sie die Seriennummer und die Zuordnung zum Rig, um jedes Bit über Umzüge und Zuweisungen zu verfolgen.
REST/GraphQL APIs für Bohrwerkzeuge
Integrieren Sie sich in Field-Dashboards, mobile Checklisten oder Backoffice-Systeme.
Vergleich des Bohrbit-Protokollrahmenwerks
Vergleichen Sie die Einrichtungszeit, den SDK-Stil und die KI-Unterstützung über alle unterstützten Technologien hinweg.
| Framework | Einrichtungszeit | Nutzen des Bohrlochprotokolls | SDK-Typ | KI-Unterstützung |
|---|---|---|---|---|
| Ungefähr 5 Minuten | Einzelne Codebasis für Rig-Log-Tools auf Mobilgeräten und im Web. | Typed SDK | Vollständig | |
| Unter 5 Minuten | Schnelles Web-Dashboard für Bohrerprotokolle. | Typisiertes SDK | Vollständig | |
| ~3–7 min | Cross-Plattform-Mobilanwendung für Feldprotokollierung. | Typisiertes SDK | Vollständig | |
| Schnelle (5 min) Einrichtung | Servergerenderte Webanwendung für Rig-Operationen. | Typisiertes SDK | Vollständig | |
| ~3–5 min | Leichte Web-Integration zur Verfolgung von Bohrungen. | Getipptes SDK | Vollständig | |
| Ungefähr 5 min | Native Android-App für Bohrstandprotokollierung. | Getipptes SDK | Vollständig | |
| Unter 5 Minuten | Native iOS-App für Feldinspektionen. | Getipptes SDK | Vollständig | |
| ~3–7 min | Reactive Web-UI für Bohrerprotokolle. | Typed SDK | Vollständig | |
| Schnelle (5 Min) Einrichtung | Enterprise-Webanwendung für Bohrkoordinatoren. | Typed SDK | Vollständig | |
| Unter 2 Min | Flexibles GraphQL API für Bohr- und Verschleißabfragen. | GraphQL API | Vollständig | |
| Schnelle (2 Min) Einrichtung | REST API-Integration für Feldprotokollsysteme. | REST API | Vollständig | |
| ~3 Min | Serverseitiges PHP-Backend für Bohrprotokollportale. | REST API | Vollständig | |
| ~3–7 Min | .NET-Backend für Betriebstracking. | Typisierte SDK | Vollständig |
Die Einrichtungszeit spiegelt die erwartete Dauer von der Projektinitialisierung bis zur ersten Abfrage des Bohrlochprotokolls mit diesem Vorlagenschema wider.
Häufig Gestellte Fragen
Häufige Fragen zum Erstellen eines Backends für ein Ölbohrgestänge-Bohrbit-Protokoll mit dieser Vorlage.
Bereit, Ihre Bohrkopfprotokoll-App zu erstellen?
Starten Sie Ihr Bohrkopfprotokollprojekt in wenigen Minuten. Keine Kreditkarte erforderlich.