SQLPage v0.17.1 documentation

If you are completely new to SQLPage, you should start by reading the get started tutorial, which will guide you through the process of creating your first SQLPage application.

Building an application with SQLPage is quite simple. To create a new web page, just create a new SQL file. For each SELECT statement that you write, the data it returns will be analyzed and rendered to the user. The two most important concepts in SQLPage are components and parameters.

To select a component and set its top-level properties, you write the following SQL statement:

SELECT 'component_name' AS component, 'my value' AS top_level_parameter_1;

Then, you can set its row-level parameters by writing a second SELECT statement:

SELECT my_column_1 AS row_level_parameter_1, my_column_2 AS row_level_parameter_2 FROM my_table;

This page documents all the components provided by default in SQLPage and their parameters. Use this as a reference when building your SQL application. If at any point you need help, you can ask for it on the SQLPage forum.

If you know some HTML, you can also easily create your own components for your application.


A visually distinctive message or notification.
An advanced component that can be used to create pages with password-restricted access. When used, this component has to be at the top of your page, because once the page has begun being sent to the browser, it is too late to restrict access to it. The authentication component checks if the user has sent the correct password, and if not, redirects them to the URL specified in the link parameter. If you don't want to re-check the password on every page (which is an expensive operation), you can check the password only once and store a session token in your database. You can use the cookie component to set the session token cookie in the client browser, and then check whether the token matches what you stored in subsequent pages.
A versatile button component do display one or multiple button links of different styles.
A grid where each element is a small card that displays a piece of data.
A component that plots data. Line, area, bar, and pie charts are all supported. Each item in the component is a data point in the graph.
Sets a cookie in the client browser, used for session management and storing user-related information. This component creates a single cookie. Since cookies need to be set before the response body is sent to the client, this component should be placed at the top of the page, before any other components that generate output. After being set, a cookie can be accessed anywhere in your SQL code using the `sqlpage.cookie('cookie_name')` pseudo-function.
A button that lets the user download data as a CSV file. Each column from the items in the component will map to a column in the resulting CSV.
Display small pieces of information in a clear and readable way. Each item has a name and is associated with a value.
Display all the parameters passed to the component. Useful for debugging: just replace the name of the component you want to debug with 'debug'.
A special component that can be used to render other components, the number and properties of which are not known in advance.
A series of input fields that can be filled in by the user. The form contents can be posted and handled by another sql file in your site. The value entered by the user in a field named x will be accessible to the target SQL page as a variable named $x. For instance, you can create a SQL page named "create_user.sql" that would contain "INSERT INTO users(name) VALUES($name)" and a form with its action property set to "create_user.sql" that would contain a field named "name".
Display a large title and description for your page, with an optional large illustrative image. Useful in your home page, for instance.
An advanced component that can be used to create redirections, set a custom caching policy to your pages, or set any HTTP header. If you are a beginner, you probably don't need this component. When used, this component has to be the first component in the page, because once the page is sent to the browser, it is too late to change the headers. Any valid HTTP header can be used as a top-level parameter for this component. HTTP headers are additional pieces of information sent with responses to web requests that provide instructions or metadata about the data being sent — for example, setting cache control directives to control caching behavior or specifying the content type of a response.
For advanced users, allows you to easily build an API over your database. The json component responds to the current HTTP request with a JSON object. This component must appear at the top of your SQL file, before any other data has been sent to the browser.
A vertical list of items. Each item can be clickable and link to another page.
Displays a map with markers on it. Useful in combination with PostgreSQL's PostGIS or SQLite's spatialite.
Redirects the user to another page. This component is useful for implementing redirects after a form submission, or to redirect users to a login page if they are not logged in. Contrary to the http_header component, this component completely stops the execution of the page after it is called, so it is suitable to use to hide sensitive information from users that are not logged in, for example. Since it uses an HTTP header to redirect the user, it is not possible to use this component after the page has started being sent to the browser.
Personalize the "shell" surrounding your page contents. Used to set properties for the entire page.
Guide users through multi-stage processes, displaying a clear list of previous and future steps.
Build a tabbed interface, with each tab being a link to a page. Each tab can be in two states: active or inactive.
A table with optional filtering and sorting. Unlike most others, this component does not have a fixed set of item properties, any property that is used will be rendered directly as a column in the table.
A paragraph of text. The entire component will render as a single paragraph, with each item being rendered as a span of text inside it, the styling of which can be customized using parameters.
A list of events with a vertical line connecting them.

The "map" component

Displays a map with markers on it. Useful in combination with PostgreSQL's PostGIS or SQLite's spatialite.

Introduced in SQLPage v0.8.0.

Top-level parameters


Text to display at the bottom right of the map. Defaults to "© OpenStreetMap".


Latitude of the center of the map.


Longitude of the center of the map.


How far the map can be zoomed in. Defaults to 18. Added in v0.15.2.


Custom map tile images to use, as a URL. Defaults to "https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png". Added in v0.15.2.


Zoom Level to apply to the map. Defaults to 5.

Row-level parameters


REQUIRED. Latitude of the marker. Required only if geojson is not set.


REQUIRED. Longitude of the marker. Required only if geojson is not set.


Background color of the marker on the map. Requires "icon" to be set.


Plain text description of the marker, to be displayed in a tooltip when the marker is clicked.


Description of the marker, in markdown, rendered in a tooltip when the marker is clicked.


A GeoJSON geometry (line, polygon, ...) to display on the map. Can be styled using geojson properties using the name of leaflet path options. Introduced in 0.15.1. Accepts raw strings in addition to JSON objects since 0.15.2.


Name of the icon to use for the marker


A link to associate to the marker's title. If set, the marker tooltip's title will be clickable and will open the link.


Size of the marker icon. Requires "icon" to be set. Introduced in 0.15.2.


Title of the marker, displayed on hover and in the tooltip when the marker is clicked.

Example 1

Basic example of a map with a marker

    'map' as component,
    1     as zoom;
    'New Delhi' as title,
    28.6139     as latitude,
    77.209      as longitude;


Loading map...

Example 2

Basic marker defined in GeoJSON. Using leaflet marker options as GeoJSON properties.

    'map' as component,
    5     as zoom,
    8     as max_zoom,
    600   as height,
    -25   as latitude,
    28    as longitude,
    'https://{s}.tile.opentopomap.org/{z}/{x}/{y}.png' as tile_source,
    ''    as attribution;
    'peace' as icon,
    20      as size,
    'https://en.wikipedia.org/wiki/Nelson_Mandela' as link,
    '{"type":"Feature", "properties": { "title":"Mvezo, Birth Place of Nelson Mandela" }, "geometry": { "type":"Point", "coordinates": [28.49, -31.96] }}' as geojson;


Loading map...

Example 3

Map of Paris. Illustrates the use custom styling, and GeoJSON to display a line between two points. In a real-world scenario, the GeoJSON could be generated by calling PostGIS's ST_AsGeoJSON or Spatialite's AsGeoJSON functions on a geometry column.

    'map'   as component,
    'Paris' as title,
    11      as zoom,
    48.85   as latitude,
    2.34    as longitude;
    'Notre Dame'             as title,
    'building-castle'        as icon,
    'indigo'                 as color,
    48.853                   as latitude,
    2.3498                   as longitude,
    'A beautiful cathedral.' as description_md,
    'https://en.wikipedia.org/wiki/Notre-Dame_de_Paris' as link;
    'Eiffel Tower' as title,
    'tower'        as icon,
    'yellow'       as color,
    48.8584        as latitude,
    2.2945         as longitude,
    'A tall tower. [Wikipedia](https://en.wikipedia.org/wiki/Eiffel_Tower)' as description_md;
    'Tower to Cathedral'      as title,
    JSON('{"type":"LineString","coordinates":[[2.2945,48.8584],[2.3498,48.8530]]}') as geojson,
    'teal'                    as color,
    'A nice 45 minutes walk.' as description;



Loading map...

Official SQLPage documentation