Offline-first data at native speed.
PAM Native Nitro is the high-performance local data engine for PAM Native. It keeps application startup independent from database size by querying lazily on a native worker and materializing only the records a screen needs.
Nitro is an extension of PAM Native, the native Android and iOS runtime that keeps PHP alive in the application process and renders real platform controls without JavaScript or WebViews.
- PAM Native core — runtime, renderer, navigation, native modules and tooling required by Nitro.
- PAM Native documentation — install and understand the native runtime first.
- Nitro documentation — models, schemas, queries, observability and offline-first patterns.
- PAM platform — the persistent PHP server runtime and the wider ecosystem.
Performance claims in this project are backed by reproducible benchmarks. The engineering target is to outperform JSON cache hydration by at least 10× in representative mobile workloads.
- Native SQLite on Android and iOS.
- WAL and prepared-statement optimizations in the PAM runtime.
- Lazy models: no full-database hydration.
- Bounded, indexed, paginated queries.
- Integer-backed enums for coded domain values.
- Additive schema evolution without dropping cached rows.
- Atomic scoped snapshot replacement without stale rows or empty-cache windows.
- No reflection in hot query paths; schemas are reflected once and cached.
- No JavaScript, JSI, ORM proxies, or runtime code generation.
WatermelonDB demonstrated the right mobile principle: keep queries native, lazy, asynchronous, and observable. PAM Native Nitro applies that principle to PAM's persistent PHP runtime with fewer transport layers.
Read the architecture and benchmark protocol before evaluating performance claims.
composer require pushinbr/pam-native-nitroPAM Native Nitro 0.2 requires PAM Native 0.5.13 or newer.
use Pam\Nitro\Attributes\Field;
use Pam\Nitro\Attributes\Children;
use Pam\Nitro\Attributes\PrimaryKey;
use Pam\Nitro\Model;
use Pam\Nitro\Relations\ChildrenRelation;
enum MessageType: int
{
case Text = 1;
case Image = 2;
}
final class Message extends Model
{
#[PrimaryKey]
#[Field]
public string $id;
#[Field(indexed: true)]
public string $chatId;
#[Field]
public string $body;
#[Field]
public MessageType $type;
#[Field(indexed: true)]
public int $createdAt;
public static function table(): string
{
return 'messages';
}
}Relations are declared once and stay lazy:
final class Chat extends Model
{
#[PrimaryKey]
#[Field]
public string $id;
#[Children(Message::class, foreignKey: 'chat_id')]
public ChildrenRelation $messages;
public static function table(): string
{
return 'chats';
}
}
$chat->messages->get(function (array $messages): void {
// Only this chat's rows cross the native boundary.
});use Pam\Nitro\Nitro;
Nitro::boot('zechat.db');
Nitro::prepare([Message::class], function () use ($chatId): void {
Message::query()
->where('chat_id', $chatId)
->latest()
->limit(20)
->get(function (array $messages): void {
$this->messages = array_reverse($messages);
});
});
Nitro::saveMany($messages, function (): void {
// Thousands of upserts, one bridge call, one prepared statement,
// one native transaction.
});
Nitro::replaceMany(
Message::class,
$freshMessages,
['chat_id' => $chatId],
function (): void {
// The old chat snapshot and every new upsert commit atomically.
},
);
$message->delete();
Nitro::deleteWhere(
Message::class,
['chat_id' => $chatId, 'pending' => false],
);Model deletion always uses its primary key. deleteWhere() requires an
explicit non-empty scope, so an accidental table-wide delete is rejected.
Nitro::prepare() reconciles newly declared fields with an existing table.
Missing columns are added sequentially on the native SQLite worker, preserving
all cached rows. Give a new non-nullable property a domain-safe default:
#[Field]
public string $preview = '';Older rows hydrate with that default immediately. Nullable fields migrate to
NULL; integer-backed enums use the first sequential case when no explicit
property default exists. Destructive renames and type changes remain explicit
application migrations.
PAM Native Nitro is under active development. The initial API is intentionally small while the binary bridge, batch writes, observation, destructive migrations, relations, and benchmarks are hardened.