# Schnellstart

```php
use Storh\DocStore;
use Storh\Queue;
use Storh\RecordQuery;
use Storh\SegmentedLog;
use Storh\StorageRoot;

$root = StorageRoot::resolve(__DIR__ . '/var/storh', 'demo');

$docs = new DocStore($root, 'pages');
$home = $docs->put([
    'kind' => 'page',
    'title' => 'Home',
]);

$loaded = $docs->get($home->id());

$log = new SegmentedLog($root, 'events');
$log->put([
    'type' => 'page.saved',
    'pageId' => $home->id(),
]);

foreach ($log->stream(RecordQuery::all()->after($home->id())->limit(50)) as $record) {
    // Process records lazily.
}

$queue = new Queue($root, 'jobs');
$jobId = $queue->enqueue(['task' => 'render', 'pageId' => $home->id()]);

$job = $queue->claim();
if (null !== $job) {
    $queue->complete($job->id());
}
```

Alle drei Engines speichern Arrays als Datensatznutzdaten und geben `StorageRecord`-Objekte mit Zugriffsmethoden für `id()` und `data()` zurück.

Beide Speicher stellen außerdem einen flexiblen Abfrage-Builder bereit:

```php
$pages = $docs
    ->query()
    ->where('kind')->eq('page')
    ->orderBy('title')
    ->limit(20)
    ->get();
```

Wie geht es weiter?

- Unter [Eine Engine auswählen](https://storh.inline0.dev/de/docs/engines#choosing-an-engine) erfährst du, welcher Speicher zu welcher Arbeitslast passt.
- Lies [Indizes](https://storh.inline0.dev/de/docs/indexes), bevor du Sammlungen mit mehr als ein paar tausend Datensätzen filterst.
- Verwende einen [SQL-Spiegel](https://storh.inline0.dev/de/docs/sql-mirror) für Verknüpfungen, Suche und Berichte in SQL.