Hiperspace.SQL
2.4.0
Prefix Reserved
See the version list below for details.
dotnet add package Hiperspace.SQL --version 2.4.0
NuGet\Install-Package Hiperspace.SQL -Version 2.4.0
<PackageReference Include="Hiperspace.SQL" Version="2.4.0" />
<PackageVersion Include="Hiperspace.SQL" Version="2.4.0" />
<PackageReference Include="Hiperspace.SQL" />
paket add Hiperspace.SQL --version 2.4.0
#r "nuget: Hiperspace.SQL, 2.4.0"
#:package Hiperspace.SQL@2.4.0
#addin nuget:?package=Hiperspace.SQL&version=2.4.0
#tool nuget:?package=Hiperspace.SQL&version=2.4.0
Hiperspace.SQL
Hiperspace.SQL is a full SQL query engine for Hiperspace, supporting the full range of joins, aggregations, and subqueries.
Hiperspace.SQL provides the same query functionality as a .NET client can use with LINQ queries, but without the need to write code in C#/F#
Hiperspace fully supports point-in-time "time travel" queries that are not possible with Python Data-Frames or DuckDB
Features
- Hiperspace.SQL is not limited to queries of columns within a table, but supports the full navigation of properties of Hiperspace elements
- Where a column is a complex object it is returned as a JSON object
- Executing a batch of SQL statements return columnar data frames (dictionary of column-name and array of values)
- Explain SQL returns the execution plan, detailing the SetSPaces accessed and keys used for search (Key, Index, Scan)
- The Parquet method returns a Parquet file that can be used with any Apache Parquet library, or added to DuckDB OLAP store
Data Dictionary
SCHEMA_TABLE
Column Name | Data Type | Description |
---|---|---|
TABLE_NAME | string | The name of the table |
TABLE_TYPE | string | The type of the table in SCHEMA_PROPERTY |
SCHEMA_COLUMN
Column Name | Data Type | Description |
---|---|---|
TABLE_NAME | string | The name of the table |
COLUMN_NAME | string | The name of the column |
COLUMN_TYPE | string | The type of the table in SCHEMA_PROPERTY |
SCHEMA_PROPERTY
Column Name | Data Type | Description |
---|---|---|
TYPE_NAME | string | The Type Name |
PROPERTY_NAME | string | The name of each property |
PROPERTY_TYPE | string | reference to SCHEMA_PROPERTY.TYPE_NAME |
Examples
Simple query
SELECT p.Name, p.Gender FROM Persons as p WHERE p.Name = 'Lucy'
Query parameters
SELECT p.Name, p.Gender FROM Persons as p WHERE p.Name = :name
Query batches
SELECT p.Name, p.Gender FROM Persons as p WHERE p.Name = :name;
SELECT Name as name, Father as father from Persons ;
Joins
SELECT p.Name, f.Name as Father, f.Father as GrandFather
FROM Persons as p
join Persons as f on p.Father.Name = f.Name
WHERE p.Name = :name
Aggregates
select p.Father.Name, count(p.Name) as Children
from Persons as p
group by p.Father.Name as f
having count(*) > 1;
Like expressions
select p.Father.Name, count(p.Name) as Children
from Persons as p
where Name like 'L%' and Name like '%y' or (Name like '%u%' and Name like '_uc_')
group by p.Father.Name as f
having count(*) > 1;
Null handling
select p.Name, p.Father.Name
from Persons as p
where Name is not null
in query
SELECT p.Name, p.Gender
FROM Persons as p
WHERE p.Gender in (select p2.Gender from Persons as p2 where p2.Name = 'Lucy')
union
SELECT p.Name, p.Gender
FROM Persons as p
WHERE p.Name in ('Lucy', 'Mark')
union
SELECT p.Name, p.Gender
FROM Persons as p
WHERE p.Name in ('Eve', 'Mary')
inline view
SELECT p.Name, p.Gender
FROM Persons as p
join (select p2.Gender from Persons as p2 where p2.Name = 'Lucy') as p3 on p.Gender = p3.Gender
dictionary query
select * from SCHEMA_TABLES;
select * from SCHEMA_COLUMNS;
select * from SCHEMA_PROPERTIES;
API
The Hiperspace.SQL API can be called from any language that supports DOTNET interop, including Python (using pythonnet). Access via the Hiperspace.SQL.Engine object that is constructed with a reference to any domain space.
Explain
Provides a detailed breakdown of the query execution plan
member engine.Explain (source, parameters : IDictionary<string,obj>) : string array =
Execute
Executes the SQL queries and returns an array of Data Frames
member engine.Execute (source , parameters : IDictionary<string,obj>) : IDictionary<string, obj array> array =
Parquet
Executes the SQL queries will a n array of filenames (one for each statement) and returns the filenames after writing the results to the Apache Parquet files.
member this.Parquet (source, fileNames, parameters : IDictionary<string,obj>): string array =
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. net9.0 is compatible. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net8.0
- FSharp.Core (>= 9.0.300)
- FsLexYacc (>= 11.3.0)
- FsLexYacc.Runtime (>= 11.3.0)
- HiLang (>= 2.4.0)
- Hiperspace (>= 2.4.0)
- Microsoft.Bcl.HashCode (>= 6.0.0)
- Microsoft.CodeAnalysis (>= 4.14.0)
- Microsoft.CodeAnalysis.Analyzers (>= 4.14.0)
- Microsoft.CodeAnalysis.CSharp (>= 4.14.0)
- Parquet.Net (>= 5.1.1)
- protobuf-net.Core (>= 3.2.52)
- System.CodeDom (>= 9.0.6)
- System.Numerics.Tensors (>= 9.0.5)
- System.Text.Json (>= 9.0.6)
-
net9.0
- FSharp.Core (>= 9.0.300)
- FsLexYacc (>= 11.3.0)
- FsLexYacc.Runtime (>= 11.3.0)
- HiLang (>= 2.4.0)
- Hiperspace (>= 2.4.0)
- Microsoft.Bcl.HashCode (>= 6.0.0)
- Microsoft.CodeAnalysis (>= 4.14.0)
- Microsoft.CodeAnalysis.Analyzers (>= 4.14.0)
- Microsoft.CodeAnalysis.CSharp (>= 4.14.0)
- Parquet.Net (>= 5.1.1)
- protobuf-net.Core (>= 3.2.52)
- System.CodeDom (>= 9.0.6)
- System.Numerics.Tensors (>= 9.0.5)
- System.Text.Json (>= 9.0.6)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last Updated |
---|---|---|
2.4.6 | 162 | 9/23/2025 |
2.4.4 | 246 | 8/7/2025 |
2.4.2 | 134 | 7/28/2025 |
2.4.0 | 166 | 7/10/2025 |
2.3.8 | 155 | 7/1/2025 |
2.3.4 | 155 | 6/5/2025 |
2.2.2 | 175 | 5/5/2025 |
2.2.1 | 227 | 4/14/2025 |
2.2.0 | 113 | 3/29/2025 |
2.1.9 | 243 | 3/5/2025 |
2.1.6 | 141 | 2/15/2025 |
2.0.0 | 96 | 1/14/2025 |
1.0.5 | 136 | 11/15/2024 |
1.0.2 | 134 | 11/1/2024 |
1.0.1 | 172 | 10/18/2024 |
## Overview
**Hiperspace** is uses [protobuf](https://protobuf.dev/) wire-format to serialize **elements** in the domain **SubSpace**
for persistence is a *key/value* *(primarily [RocksDB](https://rocksdb.org/))* with *minimal* transformation, and no padding.
The schema can evolve without the need to alter an historically, using two rules:
* #id numeric aliases for {entities, segments, aspects, keys, values, indexes} are never reused
* The datatype of {keys, values} are never changed (*other than by renaming items*)
### MetaModel
The `MetaModel` contains a list of all the *Element* types stored within a Hiperspace and the data types of each *key*
and *value*. The `MetaModel` is eternal - additional *Element* are added as tyhe schema changes, but never removed, to ensure that
older build can still read the data that they understand.
When a **Hiperspace** is opened, the domain `MetaModel` is compared with the `MetaModel` stored in the **Hiperspace** to ensure the
above rules have not been compromised. All read and write after open uses the wire-format directly without transformation from store
through to client application (including browser web-assembly).
### MetaMap
To support range access, the bytes in wire-format for keys are reordered to place message lengths at the end of the `byte[]`
for each key. This is especially important for *segments* (*where the parent knows only the `owner` part of the key, and *indexes*).
The `MetaMap` is an ordered array of #id and mapping of *key/value* #id to the element #id of references. The `MetaMap` is coded
in the domain assembly. This release adds the capability to remove key references without the need to crerate a new element type, by
regenerating the `MetaMap` from the `MetaModel` stored in **Hiperspace**.
### Change
This release changes the method signatures {`KeyPath`, `IndexPath`} to support a MetaMap built at load-time, and
adds additional abstract methods to the `Hiperspace` to load and merge `MetaModel`.
The `MetaModelException` exception type has been added to provide detailed diagnostics, if the `MetaModel` is not compatible.