model-types (

Use this model by default

Properties:

Properties:

Should be an unique string By default, you can use generateId() to generate a random string of 16 characters. If you wish, you can also use any other string, as long as you are sure it's unique.

azAZ09 characters are easy to copy and provide 62 characters. the goal of an id is to be unique.

the advantage of a random id compared to an numeric id starting with 1 with auto increment is that you can set them up decentralised.

the change of duplicate ids gets bigger once you make them shorter the change of finding an existing id gets bigger once you make them shorter

An Id with 12 characters would provide 3.22e21 combinations.

What is the change of duplicate ids? This depends on the amount of identifyable items in the data What is the change of guessing an id? This depends on speed of a brute force attack and the amount of available datapoints. If you can guess 10000 times per second, you can make 864.000.000 guesses. A billion guesses on a dataset of a billion datapoints yields 3226 correct ids on average.

Why make an id short? I don't know if there's an important reason.

All in all, I think we should make ids 24 characters by default. This would make it very easy to store, yet, with more than E42 combinations, make it nearly impossible to get duplication or brute force hits.

An id would look like this:

{
"id": "sk2EcW9AkZpksk2EcW9AkZpk"
}

Looks good to me! Don't think about it and just keep it simple. We can always migrate later to a bigger amount, but I don't see good reason to keep it smaller than this.

24 characters of the alphabet provides 9E33 combinations, wont be possible to brute-force in centuries, even if there are billions of entries

jsonMultiple model

use this model for things with a name that have an unique slug that can be used to identify the model

Properties:

24 characters of the alphabet provides 9E33 combinations, wont be possible to brute-force in centuries, even if there are billions of entries

use this for any identifier that's not an Id-type. Usually this is a kebab-case version of a written text, but it can also be a file path, for example.

handy model type for storing stuff in a KeyValue Markdown file. empty lines are omitted

all you need to specify in the kvmd is the key and the value, separated by ":"

NB: there can be a parent_modelNameSlug key exposed that should refer to the parent slug

Properties:

a string that is known to contain markdown.

Handy model type for storing stuff in a Markdown file.

1 markdown file will represent 1 MarkdownModelType extended instance

another option could be to parse the markdown file, but to KISS we are going to just return markdown with the full markdown content

TODO: see how this relates to MarkdownFile. Make this very clear!

Properties:

all currently supported languages

TLDR;EUROS

A price is a number indicating the relative cost. Absolute cost is calculated by many other factors

For now, we're going to keep it simple: 1

Later we can add all kinds of extra conversion:

• currency support
• king os currency
• lower cost for poorer people

etc...

First we need to start making sales before we can add such complexity.

Parameters that every model will always have.

NB: TimeTypes (createdAt, updatedAt, etc.) are not always included because the kvmd-model doesn't have them.

NB: RelationTypes are also not always included for the same reason

Properties:

Taken from the location in the folder of the db-model.

NB: Changing this value when updating/upserting, changes where the item is located!

• null: string

Use this model for things you want to store in CSV format

TODO: add support for numbers, booleans, null, undefined

Properties:

Properties:

Parameters that tell you about the location an instance of a model. Models can be tied to an operation. They always have a projectRelativePath, and if they are tied to an operation, also an operationRelativePath.

Properties:

identifier of any index type interface

Properties:

keyValueMarkdown model

TODO: make this be able to hold more than just the KV. If that's not really needed just throw this away...

Simple recursive data structure for hierarchical categories. Should be used to make any category model

Make sure, when extending this, to provide a reference xxxSlug and its content xxx as optional parameters to its parent categories.

E.g. for a CountryCategory, you should provide countryCategorySlug and countryCategory

Properties:

Object used to hand over all information about the location of a db-file in a structured way

Properties:

if there is a data model with just a single text and it is clear from the name of the model what it should be, better call it either text or markdown.

all things that can be parsed from a single line

Properties:

country code without +

const relations: RelationType = {
helloId: "hoi",
byeId: "bye",
};