FriendlyData VS Messagepack

• Ease of Use
  FriendlyData allows users to interact with databases using natural language queries, which makes it accessible for non-technical users who are not familiar with complex database query languages.
• Time-Saving
  By enabling natural language processing, FriendlyData reduces the time it takes for users to get the information they need, facilitating quicker decision-making processes.
• Integration
  FriendlyData can be integrated with various platforms and services, making it versatile for different business needs.

Possible disadvantages

• Complex Queries Limitation
  While FriendlyData is useful for simple queries, it may struggle to accurately interpret and execute more complex queries, limiting its effectiveness for advanced data analysis.
• Language Ambiguity
  Natural language processing might not always accurately interpret user queries, especially if the input is ambiguous or lacks specificity.
• Dependency on Vendor
  Relying on third-party services like FriendlyData introduces dependency on the vendor for maintenance, updates, and support, which could pose risks if the service changes or is discontinued.

• Efficiency
  MessagePack provides efficient binary serialization, which can significantly reduce the size of the data. This makes it faster to transmit over networks and cheaper to store, particularly for large datasets.
• Interoperability
  MessagePack is supported by a wide variety of programming languages, making it easy to use in polyglot environments or in systems that consist of multiple services using different programming languages.
• Simplicity
  The MessagePack format is simple to use and understand, comparable to JSON, but it offers better performance and compactness as it uses binary format instead of text.
• Flexibility
  Supports a variety of data types including integers, floats, strings, arrays, and maps, allowing for complex data structures to be serialized without losing any information.

Possible disadvantages

• Human Readability
  Because MessagePack uses a binary format, it is not human-readable. This makes debugging and logging more difficult compared to text formats like JSON.
• Size Overhead for Small Data
  For very small payloads, the size overhead of MessagePack can be higher than JSON. This is because the headers and binary format of MessagePack can add more bytes compared to JSON’s minimal text representation.
• Tooling and Ecosystem
  While MessagePack is widely supported, its ecosystem and tooling are not as rich as JSON’s. JSON has more extensive support in terms of libraries, tools, and online resources.
• Complexity in Implementation
  Implementing MessagePack serialization and deserialization requires handling binary data, which can be more complex than dealing with text-based formats. This might require more effort and careful handling, especially in resource-constrained environments.

Tracking FriendlyData since Mar 2021.

• A File Format Uncracked for 20 Years

  ImHex will tell you if it's compressed. Do you understand data structures? Floats, all those data types? I'd suggest looking at a format like msgpack to see what a binary data format could look like: https://msgpack.org/ Then be aware... - Source: Hacker News / 12 months ago

• ARJSON

  ARJSON leverages bit-level optimizations to encode JSON at lightning speed while compressing data more efficiently than other self-contained JSON encoding/compression algorithms, such as MessagePack and CBOR. - Source: dev.to / over 1 year ago

• Salt Exporter: the story behind the tool

  I also read that Salt was using MessagePack to format their messages. MessagePack is a format like JSON, but more compact. - Source: dev.to / about 3 years ago

View more