Index āŗ 5. Persistence
Learn how to persist information using Kittenās built-in JavaScript Database (JSDB)
Topics covered
- Persistence.
- JavaScript Database (JSDB).
- The Kitten CLIās
dbcommand. - Your projectās entrypoint (the main.script.js file).
- Database app modules.
Persistence (is not) futile!
So counting kittens is great fun but what happens if you restart the server?
All your kittens are lost! (This is a tragedy.)
So letās fix that.
(Brace yourself, youāre about to use ā drumroll ā a SCARY database! Oooh!)
š» Using JavaScript Database (JSDB) ā a (not so) scary database
Update the code in our running Kitten Count example to match this:
kitten.db.kittens ??= { count: 1 }
export default () => kitten.html`
<h1>Kitten count<h1>
<p>${'š±ļø'.repeat(kitten.db.kittens.count++)}</p>
`
Your page should automatically reload in the browser with the new count.
Now refresh the page a few times, manually stop the server, restart it, and load the page againā¦
Wait, what?
Thatās it?
Seriously?
Yep, thatās the magic of the integrated JavaScript Database (JSDB) in Kitten.
If you donāt believe me, restart the server and note that all your kittens are still there.
If you still donāt believe me (wow, what a cynic), look in your Kitten appās data folder. You can find a clickable link to it in the welcome message output into your terminal by Kitten when it first starts.

In the screenshot, above, since the Kitten app being served is located at ~/Projects/kitten/app/examples/persisted-kitten-count and being served at localhost, port 443, the data folder can be found at:
~/.local/share/small-tech.org/kitten/data/Users.aral.Projects.kitten.app.examples.persisted-kitten-count.localhost.443
You can also find your appās database folder path in Kittenās interactive shell (REPL) by referencing the kitten.paths.APP_DATA_DIRECTORY property.
Inside your projectās database folder, you should see a kittens.js file.
Open it up in a text editor and take a look at it.
It should look something like this:
export const _ = { 'count': 40 };
_['count'] = 41;
_['count'] = 42;
Thatās what a table looks like in JavaScript Database (JSDB), the database thatās integrated into Kitten and available from all your routes via the global db reference.
While looking at the actual persisted database table files gives you the full history of the JavaScript append-only log that Kitten persists your data as, if you want to see just the current state of a database object, you can use Kittenās interactive shell (REPL).
e.g., To see the state of the persisted kittens object, start Kittenās interactive shell by pressing s in the terminal window where Kitten is running and then enter the following statement:
kitten.db.kittens
You should see output similar to that in the following screenshot.

Kitten db command
Kitten also provides you with a simple command-line command to get information about and see a live view of your tables.
To get general information about the database, including where the database is located and which tables it has, use the db command from your projectās folder:
kitten db
If you want to see a live view of the contents of a table, add its name to the db command.
So for the Persisted Kitten Count example, if you wanted to see the kittens table, you would enter:
kitten db kittens
You are not limited to storing plain objects in your database. You can also store custom objects (instances of custom classes) and get them back with the correct type when you read them. Thatās a more advanced feature, however, and you will need to implement a database app module to do it.
See the Database App Modules tutorial for an example of advanced database use.
Thereās so much more to JSDB and you can learn all about in the JSDB documentation.
Initialising things
If initialising your database table in your route feels a little yucky, thatās because it is. What if more than one route needed to use that table? If we werenāt absolutely certain that the routes would be called in a given order, weād have to repeat the conditional initialisation in every route just to be safe.
You can see how this could become a maintenance nightmare.
Fear not, Kitten to the rescue!
If you create a default entrypoint ā a special script called main.script.js in the root of your project folder ā and export a default function from it, Kitten will import that function and run it at start up.
This default entrypoint is a great place to carry out global initialisation for your app.
This function also gets passed a parameter object with a property called app thatās a reference to the Polka app instance so you can perform advanced tasks like adding custom middleware, etc., if you need to.
For our purposes, we could move the conditional initialisation of our database table to main.script.js like this:
export default function () {
kitten.db.kittens ??= { count: 1 }
}
Which would leave our route looking rather pristine:
export default () => kitten.html`
<h1>Kitten count</h1>
<p>${'š±ļø'.repeat(kitten.db.kittens.count++)}</p>
`
There is another way to achieve this thatās specifically designed for the purpose of initialising databases (and adding strong typing to them) using a special App Module called a Database App Module.
Right, so now that we know that persisting things isnāt scary in Kitten, letās take another aside and look at one of Kittenās nifty features: its interactive shell (REPL). And, in the process, weāll also learn more about Kittenās JSDB database and take a first look at how components and fragments work in Kitten.
Next tutorial: Kittenās interactive shell (REPL)