Generate TypeScript types for tables and views in a SQL database.
Highly configurable: choose your own naming and casing schemes, add types, extend base types, and more.
Supports the following databases: MySQL, Microsoft SQL Server, SQLite and Postgres.
// ./Database.ts
export interface UserEntity {
"id": number
"name": string
"email": string | null
}Install into your project using npm / yarn.
npm install @rmp135/sql-ts
Install your relevant SQL driver. Refer to the knex documentation to determine which driver you should install.
For example npm install mysql.
Create a configuration file, for example mysql.json. This will mirror connection details from knex. The client property will determine the SQL type.
The most basic MySQL setup is below, modify as appropriate. Additional options can be applied by referring to the Config.
{
"client":"mysql",
"connection": {
"host": "localhost",
"user": "user",
"password": "password",
"database" : "my_database"
}
}Run npx @rmp135/sql-ts with the path of the configuration file created above.
npx @rmp135/sql-ts -c ./config.json
The file will be exported with the filename Database.ts (or with the name specified in the configuration) at the current working directory. Warning: if this file exists, it will be overwritten.
Alternatively, use as a node module, passing the configuration object as the first argument.
Retrieves the database schema as a simple object.
import sqlts from '@rmp135/sql-ts'
const config = {
...
}
const definitions = await sqlts.toObject(config)Converts the object returned from toObject into a TypeScript definition. This can be used to manipulate the database definitions before they are converted into strings or files, which allows for greater control over the generated typescript.
import sqlts from '@rmp135/sql-ts'
const config = {
...
}
const definitions = await sqlts.toObject(config)
const tsString = sqlts.fromObject(definitions, config)For those using TypeScript, you can import the Config definition.
Retrieves the raw string of the definition file.
import sqlts from '@rmp135/sql-ts'
const config = {
...
}
const definitions = await sqlts.toTypeScript(config)The configuration extends the knex configuration with some additional properties for table filtering and type overriding.
Filter the tables to include only those specified. These must be in the format schema.table. See interfaceNameFormat for schema naming conventions.
{
"client": "...",
"connection": {},
"tables": ["schema1.Table1", "schema2.Table2"]
}Filter the tables to exclude those specified. These must be in the format schema.table. See interfaceNameFormat for schema naming conventions.
Excluding a table takes precedence over including it. Specifying a table in both configuration options will exclude it.
{
"client": "...",
"connection": {},
"excludedTables": ["schema1.knex_migrations", "schema1.knex_migrations_lock", "schema2.android_metadata"]
}Override the types on a per column basis. This requires the full name of the column in the format schema.table.column. See interfaceNameFormat for schema naming conventions. Omit the schema for databases that do not use them.
{
"client": "...",
"connection": {},
"typeOverrides": {
"dbo.Table_1.ColumnName": "string",
"dbo.Table_1.Name": "number"
}
}Adds additional types to the type resolution. The order in which types are resolved is typeOverrides (see above), this typeMap, then the global TypeMap file before defaulting to any.
{
"client": "...",
"connection": {},
"typeMap": {
"number": ["decimal", "float"],
"string": ["nvarchar", "varchar"]
}
}Specifies the name that the file should be saved as. Defaults to "Database.ts". The .ts extensions is not required.
{
"client": "...",
"connection": {},
"filename": "DatabaseModels"
}Specifies a folder where the file will be generated. This will be relative to the current working directory if no absolute path is given. Folders will not be created and will error if they do not exist.
For unix systems, the home shortcut ~ will not work, use the fully qualified path name.
{
"client": "...",
"connection": {},
"folder": "outputdir/subdir"
}Specifies the pattern that the exported interface names will take. The token "${table}" will be replaced with the table name. Defaults to ${table}Entity.
The below will export interfaces with such names as UserModel and LogModel for tables with names User and Log respectively.
{
"client": "...",
"connection": {},
"interfaceNameFormat": "${table}Model"
}The following options concerns modifying the case values of certain elements.
Valid case values are "pascal" for PascalCase, "camel" for camelCase, "lower" for lowercase and "upper" for UPPERCASE. If the value is empty, missing or invalid, no case conversion will be applied to value. Some values will be modified to be TypeScript safe, others are wrapped in quotes.
Determines the casing for table names
{
"client": "...",
"connection": {},
"tableNameCasing": "pascal"
}Determines the casing for column names.
{
"client": "...",
"connection": {},
"columnNameCasing": "camel"
}Determines the casing for enum names. Any none alphanumeric charaters will be removed. If the enum starts with numbers, those numbers will be removed.
{
"client": "...",
"connection": {},
"enumNameCasing": "lower"
}Determines the casing for enum keys. Keys are wrapped in quotes to allow for any value, use ["index notation"] to references keys will none alphanumeric values.
{
"client": "...",
"connection": {},
"enumKeyCasing": "upper"
}Removes the "s" from the end of table names before being passed into the name generator. Defaults false.
{
"client": "...",
"connection": {},
"singularTableNames": true
}Specifies whether the table schema should be used as a namespace. The functionality differs between database providers. Defaults to false.
| Provider | Source |
|---|---|
| Postgres | The schema that the table belongs to. |
| SQL Server | The schema that the table belongs to. |
| MySQL | The database name. |
| SQLite | 'main' |
{
"client": "...",
"connection": {},
"schemaAsNamespace": true
}Specifies which schemas to import. This has no effect on SQLite databases. If MySQL is connected to without specifying a database, this can be used to import from multiple databases. Default [] (all schemas).
Note for Postgres users: The default schema on Postgres is public which is a reserved keyword in TypeScript. You may need to use the noImplicitUseStrict flag when transpiling.
This has no effect on SQLite as the concept of schemas do not exist.
{
"client": "...",
"connection": {},
"schemas": ["dbo", "schema1"]
}Specifies additional properties to be assigned to the output TypeScript file. Key is in the format schema.table and the value is a list of raw strings.
{
"client": "...",
"connection": {},
"additionalProperties": {
"dbo.Table_1": ["propertyOne: string", "propertyTwo?: number | null"]
}
}Specifies the superclass than should be applied to the generated interface. Key is in the format schema.table and the value is the extension to apply. The following would generate export interface Table_1 extends Extension, AnotherExtension { }
{
"client": "...",
"connection": {},
"extends": {
"dbo.Table_1": "Extension, AnotherExtension"
}
}Specifies the handlebars template to use when creating the output TypeScript file relative to the current working directory. See dist/template.handlebars for the default template.
See the section on templating for more info on how to use the template.
{
"client": "...",
"connection": {},
"template": "./template.handlebars"
}The template.handlebars file controls the output of the generated .ts file. You can modify this file and use the template config option to specify a custom template file.
The inputs to this file are as followed.
{
{
"dbo": { // Key is schema name.
"tables": [ // List of all non-filtered tables.
{
"name": "User", // The original database table name.
"schema": "dbo", // The schema the table belongs to.
"additionalProperties": { // Any additional properties that should be added.
"PropertyName": "number" // Property name and type.
},
"extends": "DBEntity", // The superclass, if any, that should be extended.
"interfaceName": "UserEntity", // The computed interface name.
"columns": [ // List of columns in this table.
{
"name": "ID", // The original database column name.
"type": "int", // The original database type.
"propertyName": "ID", // The computed Typescript property name
"propertyType": "number", // The computed Typescript type
"nullable": false, // Whether the column is nullable.
"optional": true, // Whether the column is optional for insertion (has a default value).
"isEnum": false, // Whether the column is an enum type (currently only Postgres).
"isPrimaryKey": true // Whether the column is a primary key.
}
]
}
],
"enums": [ // List of enums (Postgres only).
{
"name": "Severity", // The original database enum name.
"convertedName": "SeverityEnum", // The converted name of the enum.
"schema": "dbo", // The schema the enum belongs to.
"values": [
{
"originalKey": "very high", // The original database key that represents the enum.
"convertedKey": "veryhigh", // Converted value name (strips spaces).
"value": "Very High" // Value this enum represents.
}
]
}
]
}
}
}For instructions to setup the SQL Server Native client installed see mode-mssql/issue/338
You will need to get the connectionString correct as this configuration has only been tested using the connectionString.
Sample configuration (replace the HostName and DatabaseName accordingly).
{
"client": "mssql",
"connection": {
"driver": "msnodesqlv8",
"connectionString": "Driver={SQL Server Native Client 10.0};Server=HostName;Database=DatabaseName;Trusted_Connection=yes;"
}
}