Products
KDB-X
Next-gen kdb+ for real-time, historical, and AI apps, providing fast analytics across all data with q, Python, and SQL.
Explore → Documentation
KDB.AI
Vector database optimized for unstructured and time-series data.
Insights Enterprise
Low-code integrated, scalable data management & analytics.
Insights SDK
Developer toolkit for creating custom time series analytics applications.
Delta
Integrated platform for enterprise-scale, high-security data management and analytics.
Add-ons Overview
Dashboards
Custom interactive data visualization tool to query, transform, share and present live data insights.
VS Code Extension
Extension to create and edit q files, connect to multiple data processes, and execute queries.
Accelerators
Pre-built, customizable solutions for faster data projects.
https://learninghub.kx.com/forums/topic/kdb-with-java
I’m use KxSystems/javakdb with commons-pool2.
Is the connection pool meaningless because KDB+ is a single thread?
Is it better to connect a TCP session when a request is required?
Is there any advantage in using Flip in Java rather than .j.j when processing function results?
I’m sorry I have many questions.
One item to note is that .j.j will put processing load on to the kdb+ process.
JSON also only has a limited set of datatypes which means you will need to write more q code to perform parsing/casting
Using the c.flip distributes the serialisation work across your java processes/threads and minimizes the work kdb+ will have to do to deserialise/parse/cast.
kdb+ does have a multithreaded input queue mode (but it does have restrictions)