Lapisan Bronze
Lapisan Bronze berisi dua skema data yang berbeda, masing-masing melayani aspek berbeda dari platform telematika dan intelijen bisnis:
raw_business_data - berisi tabel, atribut, dan nilai yang terkait dengan informasi bisnis, seperti kendaraan, karyawan, geofence yang ditambahkan oleh pengguna, dll.
raw_telematics_data - berisi tabel, atribut, dan nilai yang terkait dengan data telematika yang dikirim dari perangkat yang dipantau, seperti lokasi, input, output, dan peristiwa.
Setiap skema dioptimalkan untuk domain data dan pola akses spesifiknya, menyediakan cakupan komprehensif untuk kebutuhan operasional, telematik, dan manajemen aset.
raw_business_data struktur
raw_business_data strukturSkema ini berisi 40+ tabel yang dipilih dengan cermat untuk mencakup berbagai aspek bisnis dan kasus penggunaan. Tabel-tabel ini merepresentasikan entitas inti bisnis Anda, struktur organisasi, dan data operasional.
Temukan rincian skema data bisnis mentah di bawah ini.
Frekuensi pembaruan
Data dalam skema ini disinkronkan dengan DB inti. Pembaruan terjadi secara inkremental saat perubahan terjadi di database MySQL sumber, biasanya kurang dari 5 menit sejak perubahan sumber.
description_parameters
description_parametersSistem mencakup data referensi untuk menstandarkan nilai di seluruh basis data:
Definisi tipe
Jenis entitas standar
vehicle_type: car, truck, bus
Kode status
Nilai status tugas dan sistem
tasks_status: unassigned, assigned, done
Definisi satuan
Satuan pengukuran untuk sensor
units_type: liter, gallon, celsius
Klasifikasi entitas
Kategori entitas bisnis
entities_type: place, task, customer
Tabel kunci menurut kategori
Tabel-tabel dalam raw_business_data skema diatur ke dalam kategori fungsional untuk navigasi yang lebih mudah. Tabel di bawah merangkum tabel-tabel kunci menurut tujuan bisnisnya:
Entitas bisnis inti
Pelacakan dan pemantauan
Manajemen aset
Lokasi dan perutean
Manajemen tugas dan alur kerja
Aturan dan otomatisasi
Status dan kategorisasi
Grup dan hirarki
Kolom kustom dan entitas
Pelacakan historis
Data referensi dan pencarian
raw_telematics_data struktur
raw_telematics_data strukturThe raw_telematics_data skema berisi tiga jenis tabel utama yang bekerja sama untuk menyediakan data perangkat yang komprehensif.
Temukan detail skema data telematik mentah di bawah.
Tabel kunci menurut kategori
Setiap tabel memiliki tujuan spesifik dalam menangkap aspek informasi perangkat yang berbeda:
Data dalam skema ini diambil langsung dari perangkat, dengan latensi minimal (biasanya detik). Skema dioptimalkan untuk data deret waktu menggunakan TimescaleDB untuk penyimpanan dan pengambilan yang efisien.
Informasi tambahan
Validasi data
Basis data menegakkan integritas data melalui beberapa mekanisme:
CHECK constraints memvalidasi bahwa nilai berada dalam rentang yang dapat diterima
Foreign keys memastikan hubungan antar tabel tetap konsisten
NOT NULL constraints menjamin bahwa field yang diwajibkan selalu memiliki nilai
DEFAULT values memberikan nilai cadangan ketika data tidak disediakan secara eksplisit
Optimisasi query
Tabel diatur dengan strategi pengindeksan spesifik:
Semua tabel menyertakan indeks berbasis waktu pada
record_added_atKolom foreign key memiliki indeks khusus untuk kinerja join
Kombinasi kolom yang sering digunakan memiliki indeks komposit
TimescaleDB menyediakan indeks khusus untuk query deret waktu
repo struktur data
repo struktur dataSkema ini saat ini sedang dalam pengembangan. Jika Anda tertarik untuk akses awal atau memiliki pertanyaan tentang fungsionalitas ini, silakan hubungi [email protected].
The repo skema menyediakan kerangka kerja komprehensif untuk mengelola struktur organisasi, aset, perangkat, dan hubungan mereka dalam lingkungan multi-tenant. Dibangun di atas PostgreSQL 14+ dengan ekstensi ltree, skema mendukung organisasi hierarkis, definisi field kustom untuk jenis entitas apa pun, kontrol akses berbasis peran dengan pembatasan tingkat objek, dan jejak audit lengkap dengan pelacakan perubahan tingkat field. Semua entitas dapat diperluas tanpa modifikasi skema, dilokalkan untuk penyebaran internasional, dan dihubungkan melalui hubungan polimorfik yang fleksibel.
Skema ini menangani skenario manajemen data kompleks termasuk hirarki aset armada di seluruh tingkat organisasi, platform SaaS multi-tenant yang memerlukan isolasi data, operasi yang didorong kepatuhan dengan persyaratan audit terperinci, dan sistem yang membutuhkan model data dinamis yang dapat disesuaikan melalui field kustom daripada migrasi database.
Temukan repo detail skema di bawah.
Frekuensi pembaruan
Data di repo skema disinkronkan secara waktu nyata dengan sistem sumber. Pembaruan terjadi segera saat perubahan berlangsung, dengan jejak audit yang merekam semua modifikasi untuk kepatuhan dan analisis historis.
ci_base
ci_baseThe repo skema menggunakan pola Single Table Inheritance untuk semua data referensi melalui ci_base tabel:
The repo skema menggunakan Single Table Inheritance pola untuk semua data referensi melalui ci_base tabel. Desain ini mengonsolidasikan kamus sistem, klasifikasi, dan item referensi yang didefinisikan pengguna ke dalam satu struktur terpadu, memberikan konsistensi dan fleksibilitas di seluruh skema.
Arsitektur:
The ci_base tabel berfungsi sebagai fondasi untuk semua data referensi, menggunakan discriminator field untuk mengidentifikasi tipe referensi spesifik. Setiap tipe referensi memiliki tabel yang sesuai (seperti ci_device_type, ci_asset_type) yang berbagi id sebagai ci_base, menciptakan hubungan pewarisan yang aman tipe.
Bagaimana entitas bisnis terhubung ke ci_base:
Semua entitas bisnis dalam repo skema merujuk ci_base subtipe untuk mendefinisikan klasifikasi dan perilaku mereka:
organization→ merujukci_organization_type(yang mewarisi darici_entity_type→ci_base)user→ merujukci_user_type(yang mewarisi darici_entity_type→ci_base)device→ merujukci_device_typedanci_device_status(keduanya mewarisi darici_base)asset→ merujukci_asset_type(yang mewarisi darici_entity_type→ci_base)inventory→ merujukci_inventory_type(yang mewarisi darici_entity_type→ci_base)asset_group→ merujukci_asset_group_type(yang mewarisi darici_entity_type→ci_base)
Kategori tipe referensi:
Konfigurasi sistem
ci_module, ci_country, ci_role
Mendefinisikan modul sistem, referensi geografis, dan peran pengguna
Definisi tipe entitas
ci_entity_type, ci_device_type, ci_asset_type, ci_inventory_type, ci_organization_type, ci_user_type, ci_asset_group_type
Mengklasifikasikan semua entitas bisnis berdasarkan tipe
Status dan klasifikasi
ci_device_status, ci_asset_type_category
Melacak status entitas dan mengelompokkan tipe ke dalam kategori
Kontrol akses
ci_permission_scope
Mendefinisikan izin apa yang dapat diberikan (terkait dengan ci_module dan ci_entity_type)
Relasi
ci_device_relation_type
Mendefinisikan tipe hubungan antar perangkat (master-slave, backup, dll.)
Kategorisasi
ci_tag, ci_catalog_category
Memungkinkan penandaan yang fleksibel dan organisasi katalog
Tabel kunci menurut kategori
Tabel-tabel dalam repo skema diatur ke dalam kategori fungsional. Deskripsi berikut merangkum tabel terpenting berdasarkan tujuan bisnisnya.
Hubungan data
The repo skema mengimplementasikan pola hubungan yang canggih untuk pemodelan data yang fleksibel:
Struktur hirarkis
Organisasi menggunakan path ltree untuk kueri pohon yang efisien
Item referensi (
ci_base) mendukung hirarki opsionalPemeliharaan path otomatis melalui trigger database
Pola pewarisan
Pewarisan tabel:
customizable_entity→ entitas bisnis (organization,user,device,asset,inventory,asset_group)Pewarisan ID:
ci_base→ tabel tipe referensiDiskriminasi tipe melalui
entity_type_iddandiscriminatorkolom
Hubungan polimorfik
Beberapa tabel menggunakan referensi polimorfik tanpa constraint foreign key untuk fleksibilitas maksimum:
acl_role_permission.target_entity_id→ setiapcustomizable_entityacl_user_scope.target_entity_id→ setiapcustomizable_entityentity_tag.entity_id→ setiapcustomizable_entity
Hubungan ini divalidasi pada tingkat aplikasi.
Informasi tambahan
Validasi data
The repo skema menegakkan integritas data melalui beberapa mekanisme:
Keterbatasan database
KONSTRAINT UNIQUE dengan dukungan soft delete (indeks parsial WHERE
deleted_atIS NULL)KONSTRAINT CHECK (mis.,
device_relationmemastikanmaster_id≠slave_id)KONSTRAINT NOT NULL pada bidang yang wajib
Nilai DEFAULT untuk timestamp dan flag boolean
Validasi pada tingkat aplikasi
Validasi tipe entitas untuk referensi polimorfik
Validasi katalog untuk referensi bidang kustom
Validasi tipe bidang kustom
Manajemen array bidang multi-nilai
Optimisasi query
Tabel diatur dengan strategi pengindeksan spesifik:
Indeks standar:
Semua foreign key memiliki indeks khusus
Indeks berbasis waktu pada
created_at,updated_at,deleted_atIndeks komposit untuk kolom yang sering dijoin
Indeks khusus:
Indeks GiST pada path ltree untuk kueri hirarkis
Indeks unik parsial yang mendukung soft delete
Indeks nilai bidang kustom untuk penyaringan dan pengurutan
Indeks audit event pada waktu + entitas untuk pencarian yang efisien
Pertimbangan performa:
Disarankan penggunaan connection pooling (PgBouncer)
Perawatan VACUUM rutin untuk tabel besar
Kemungkinan partisi di masa depan untuk
devicetabel olehorganization_idView materialized untuk perhitungan kontrol akses yang kompleks
Last updated
Was this helpful?