HiLang 2.4.0
dotnet add package HiLang --version 2.4.0
NuGet\Install-Package HiLang -Version 2.4.0
<PackageReference Include="HiLang" Version="2.4.0" />
<PackageVersion Include="HiLang" Version="2.4.0" />
<PackageReference Include="HiLang" />
paket add HiLang --version 2.4.0
#r "nuget: HiLang, 2.4.0"
#addin nuget:?package=HiLang&version=2.4.0
#tool nuget:?package=HiLang&version=2.4.0
HiLang
HiLang is a minimal high-level language to describe the schema of a domain, taking inspiration from protobuf (.proto models) for hierarchical structures and SQL DML for entities, relations and views.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net5.0 was computed. net5.0-windows was computed. net6.0 was computed. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 was computed. 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 was computed. 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. |
.NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
.NET Standard | netstandard2.0 is compatible. netstandard2.1 was computed. |
.NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
MonoAndroid | monoandroid was computed. |
MonoMac | monomac was computed. |
MonoTouch | monotouch was computed. |
Tizen | tizen40 was computed. tizen60 was computed. |
Xamarin.iOS | xamarinios was computed. |
Xamarin.Mac | xamarinmac was computed. |
Xamarin.TVOS | xamarintvos was computed. |
Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- FSharp.Core (>= 9.0.300)
- FsLexYacc (>= 11.3.0)
- FsLexYacc.Runtime (>= 11.3.0)
- Microsoft.CodeAnalysis.CSharp (>= 4.14.0)
- Nerdbank.GitVersioning (>= 3.7.115)
NuGet packages (1)
Showing the top 1 NuGet packages that depend on HiLang:
Package | Downloads |
---|---|
Hiperspace.SQL
# 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 |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last Updated |
---|---|---|
2.4.0 | 19 | 7/10/2025 |
2.3.8 | 123 | 7/1/2025 |
2.3.7 | 147 | 6/18/2025 |
2.3.4 | 137 | 6/5/2025 |
2.2.2 | 144 | 5/5/2025 |
2.2.1 | 194 | 4/14/2025 |
2.2.0 | 92 | 3/29/2025 |
2.1.9 | 206 | 3/5/2025 |
2.1.6 | 104 | 2/15/2025 |
2.1.0 | 106 | 1/24/2025 |
2.0.0 | 85 | 1/14/2025 |
1.3.9 | 126 | 11/15/2024 |
1.3.0 | 111 | 10/5/2024 |
1.2.18 | 150 | 9/15/2024 |
1.2.16 | 132 | 9/7/2024 |
1.2.15 | 122 | 9/1/2024 |
1.2.11 | 100 | 8/6/2024 |
1.2.9 | 97 | 7/26/2024 |
1.2.8 | 134 | 7/19/2024 |
1.2.6 | 111 | 7/15/2024 |
1.2.4 | 132 | 7/4/2024 |
1.2.0 | 135 | 5/30/2024 |
1.1.37 | 124 | 5/11/2024 |
1.1.34 | 120 | 4/22/2024 |
1.1.30 | 127 | 3/24/2024 |
1.1.26 | 144 | 3/14/2024 |
1.1.23 | 147 | 2/26/2024 |
1.1.22 | 139 | 2/16/2024 |
1.1.21 | 191 | 1/11/2024 |
1.1.19 | 165 | 1/1/2024 |
1.1.17 | 153 | 12/23/2023 |
1.1.11 | 147 | 12/16/2023 |
1.1.10 | 152 | 12/6/2023 |
1.1.7 | 148 | 11/30/2023 |
1.1.5 | 144 | 11/21/2023 |
1.0.14-prerelease | 178 | 8/6/2023 |
## 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.