|
1 |
| -> [!Note] |
2 |
| -> InfluxDB 3 Enterprise is a super set of InfluxDB 3 Core. Any updates to Core are also reflected in Enterprise. Only non-Core updates are listed in the Enterprise sections below. |
| 1 | +> [!Note] |
| 2 | +> #### InfluxDB Core and Enterprise relationship |
| 3 | +> |
| 4 | +> InfluxDB 3 Enterprise is a superset of InfluxDB 3 Core. |
| 5 | +> All updates to Core are automatically included in Enterprise. |
| 6 | +> The Enterprise sections below only list features exclusive to Enterprise. |
3 | 7 |
|
4 | 8 | ## v0.1.0 Beta {date="2025-03-17"}
|
5 | 9 |
|
6 | 10 | ### Core
|
7 | 11 | #### Features
|
8 |
| -- **Query & Storage Enhancements** |
9 |
| - - New ability to stream data back for CSV and JSON queries, similar to how JSONL streaming works. |
| 12 | +- **Query and storage enhancements** |
| 13 | + - New ability to stream response data for CSV and JSON queries, similar to how JSONL streaming works. |
10 | 14 | - Parquet files are now cached on the query path, improving performance.
|
11 | 15 | - Query buffer is incrementally cleared when snapshotting, lowering memory spikes.
|
12 | 16 |
|
13 |
| -- **Processing Engine Improvements** |
14 |
| - - New _scheduled_ trigger, enabling Python plugins to run on a custom, time-defined basis. |
15 |
| - - New _request_ trigger, enabling Python plugins to be called via HTTP requests. |
16 |
| - - New in-memory cache for storing data temporarily; this data can be stored for a single trigger or across all triggers. |
17 |
| - - Integration with virtual environments and install packages. You can now specify a Python virtual environment via the CLI or `VIRTUAL_ENV` variable and install packages or a requirements.txt. |
18 |
| - - Plugins no longer need to be created as their own entity. Simply creating a trigger and tying it to a Python file is enough. |
| 17 | +- **Processing engine improvements** |
| 18 | + - New _scheduled_ trigger enables Python plugins to run on a custom, time-defined basis. |
| 19 | + - New _request_ trigger enables calling Python plugins via HTTP requests. |
| 20 | + - New in-memory cache for storing data temporarily; cached data can be stored for a single trigger or across all triggers. |
| 21 | + - Integration with virtual environments and install packages. You can now specify a Python virtual environment via the CLI or `VIRTUAL_ENV` variable and install packages or a `requirements.txt`. |
| 22 | + - Python plugins are now implemented through triggers only. Simply create a trigger that references your Python plugin code file directly. |
19 | 23 | - Snapshots are now persisted in parallel, improving performance by running jobs simultaneously, rather than sequentially.
|
20 |
| - - You can now leverage logging from within the Processing Engine. |
| 24 | + - Write to logs from within the Processing Engine. |
21 | 25 |
|
22 |
| -- **DB and CLI Improvements** |
| 26 | +- **DB and CLI improvements** |
23 | 27 | - You can now specify the precision on your timestamps for writes using the `--precision` flag. Includes nano/micro/milli/seconds (ns/us/ms/s).
|
24 | 28 | - Added a new `show` system subcommand to display system tables with different options via SQL (default limit: 100)
|
25 | 29 | - Clearer table creation error messages
|
26 | 30 |
|
27 |
| -#### Bug Fixes |
| 31 | +#### Bug fixes |
28 | 32 | - If a database was created and the service was killed before any data was written, the database would not be retained.
|
29 | 33 | - A last cache with specific “value” columns could not be queried.
|
30 | 34 | - Running CTRL-C no longer stopped an InfluxDB process, due to a Python trigger.
|
31 | 35 | - A previous build had broken JSON queries for RecordBatches.
|
32 | 36 | - There was an issue with the distinct cache that caused panics.
|
33 | 37 |
|
34 |
| - |
35 | 38 | ### Enterprise
|
36 | 39 | #### Features
|
37 |
| -- **Cluster Management** |
38 |
| - - Nodes are now tied to clusters simplifying compaction, read replication, processing, and more. |
| 40 | +- **Cluster management** |
| 41 | + - Nodes are now associated with _clusters_, simplifying compaction, read replication, and rocessing. |
39 | 42 | - Node specs are now available for simpler management of cache creations.
|
40 |
| -- **Mode Types** |
41 |
| - - Ingest, query, compaction, and processing engine can now all be set individually per node. |
42 |
| - |
43 |
| - |
44 |
| - |
| 43 | +- **Mode types** |
| 44 | + - Ingest, query, compaction, and processing engine can now all be set individually per node. |
0 commit comments