Alternatives to JSON logo

Alternatives to JSON

YAML, Protobuf, Avro, MongoDB, and OData are the most popular alternatives and competitors to JSON.
1.3K
1.1K
+ 1
8

What is JSON and what are its top alternatives?

JavaScript Object Notation is a lightweight data-interchange format. It is easy for humans to read and write. It is easy for machines to parse and generate. It is based on a subset of the JavaScript Programming Language.
JSON is a tool in the Languages category of a tech stack.

Top Alternatives to JSON

  • YAML

    YAML

    A human-readable data-serialization language. It is commonly used for configuration files, but could be used in many applications where data is being stored or transmitted. ...

  • Protobuf

    Protobuf

    Protocol buffers are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data – think XML, but smaller, faster, and simpler. ...

  • Avro

    Avro

    It is a row-oriented remote procedure call and data serialization framework developed within Apache's Hadoop project. It uses JSON for defining data types and protocols, and serializes data in a compact binary format. ...

  • MongoDB

    MongoDB

    MongoDB stores data in JSON-like documents that can vary in structure, offering a dynamic, flexible schema. MongoDB was also designed for high availability and scalability, with built-in replication and auto-sharding. ...

  • OData

    OData

    It is an ISO/IEC approved, OASIS standard that defines a set of best practices for building and consuming RESTful APIs. It helps you focus on your business logic while building RESTful APIs without having to worry about the various approaches to define request and response headers, status codes, HTTP methods, URL conventions, media types, payload formats, query options, etc. ...

  • MessagePack

    MessagePack

    It is an efficient binary serialization format. It lets you exchange data among multiple languages like JSON. But it's faster and smaller. Small integers are encoded into a single byte, and typical short strings require only one extra byte in addition to the strings themselves. ...

  • JavaScript

    JavaScript

    JavaScript is most known as the scripting language for Web pages, but used in many non-browser environments as well such as node.js or Apache CouchDB. It is a prototype-based, multi-paradigm scripting language that is dynamic,and supports object-oriented, imperative, and functional programming styles. ...

  • Python

    Python

    Python is a general purpose programming language created by Guido Van Rossum. Python is most praised for its elegant syntax and readable code, if you are just beginning your programming career python suits you best. ...

JSON alternatives & related posts

YAML logo

YAML

206
135
0
A straightforward machine parsable data serialization format designed for human readability and interaction
206
135
+ 1
0
PROS OF YAML
    Be the first to leave a pro
    CONS OF YAML
      Be the first to leave a con

      related YAML posts

      Protobuf logo

      Protobuf

      370
      251
      0
      Google's data interchange format
      370
      251
      + 1
      0
      PROS OF PROTOBUF
        Be the first to leave a pro
        CONS OF PROTOBUF
          Be the first to leave a con

          related Protobuf posts

          Avro logo

          Avro

          91
          124
          0
          A data serialization framework
          91
          124
          + 1
          0
          PROS OF AVRO
            Be the first to leave a pro
            CONS OF AVRO
              Be the first to leave a con

              related Avro posts

              MongoDB logo

              MongoDB

              56.7K
              46.4K
              4.1K
              The database for giant ideas
              56.7K
              46.4K
              + 1
              4.1K
              PROS OF MONGODB
              • 823
                Document-oriented storage
              • 589
                No sql
              • 545
                Ease of use
              • 463
                Fast
              • 405
                High performance
              • 253
                Free
              • 214
                Open source
              • 178
                Flexible
              • 140
                Replication & high availability
              • 108
                Easy to maintain
              • 40
                Querying
              • 36
                Easy scalability
              • 35
                Auto-sharding
              • 34
                High availability
              • 30
                Map/reduce
              • 26
                Document database
              • 24
                Easy setup
              • 24
                Full index support
              • 15
                Reliable
              • 14
                Fast in-place updates
              • 13
                Agile programming, flexible, fast
              • 11
                No database migrations
              • 7
                Enterprise
              • 7
                Easy integration with Node.Js
              • 5
                Enterprise Support
              • 4
                Great NoSQL DB
              • 3
                Aggregation Framework
              • 3
                Support for many languages through different drivers
              • 3
                Drivers support is good
              • 2
                Schemaless
              • 2
                Fast
              • 2
                Awesome
              • 2
                Managed service
              • 2
                Easy to Scale
              • 1
                Consistent
              CONS OF MONGODB
              • 5
                Very slowly for connected models that require joins
              • 3
                Not acid compliant
              • 1
                Proprietary query language

              related MongoDB posts

              Jeyabalaji Subramanian

              Recently we were looking at a few robust and cost-effective ways of replicating the data that resides in our production MongoDB to a PostgreSQL database for data warehousing and business intelligence.

              We set ourselves the following criteria for the optimal tool that would do this job: - The data replication must be near real-time, yet it should NOT impact the production database - The data replication must be horizontally scalable (based on the load), asynchronous & crash-resilient

              Based on the above criteria, we selected the following tools to perform the end to end data replication:

              We chose MongoDB Stitch for picking up the changes in the source database. It is the serverless platform from MongoDB. One of the services offered by MongoDB Stitch is Stitch Triggers. Using stitch triggers, you can execute a serverless function (in Node.js) in real time in response to changes in the database. When there are a lot of database changes, Stitch automatically "feeds forward" these changes through an asynchronous queue.

              We chose Amazon SQS as the pipe / message backbone for communicating the changes from MongoDB to our own replication service. Interestingly enough, MongoDB stitch offers integration with AWS services.

              In the Node.js function, we wrote minimal functionality to communicate the database changes (insert / update / delete / replace) to Amazon SQS.

              Next we wrote a minimal micro-service in Python to listen to the message events on SQS, pickup the data payload & mirror the DB changes on to the target Data warehouse. We implemented source data to target data translation by modelling target table structures through SQLAlchemy . We deployed this micro-service as AWS Lambda with Zappa. With Zappa, deploying your services as event-driven & horizontally scalable Lambda service is dumb-easy.

              In the end, we got to implement a highly scalable near realtime Change Data Replication service that "works" and deployed to production in a matter of few days!

              See more
              Robert Zuber

              We use MongoDB as our primary #datastore. Mongo's approach to replica sets enables some fantastic patterns for operations like maintenance, backups, and #ETL.

              As we pull #microservices from our #monolith, we are taking the opportunity to build them with their own datastores using PostgreSQL. We also use Redis to cache data we’d never store permanently, and to rate-limit our requests to partners’ APIs (like GitHub).

              When we’re dealing with large blobs of immutable data (logs, artifacts, and test results), we store them in Amazon S3. We handle any side-effects of S3’s eventual consistency model within our own code. This ensures that we deal with user requests correctly while writes are in process.

              See more
              OData logo

              OData

              32
              87
              32
              A REST-based protocol for querying and updating data
              32
              87
              + 1
              32
              PROS OF ODATA
              • 6
                Patterns for paging, sorting, filtering
              • 4
                ISO Standard
              • 3
                Query Language
              • 3
                No overfetching, no underfetching
              • 3
                RESTful
              • 2
                Get many resources in a single request
              • 2
                Ask for what you need, get exactly that
              • 2
                Self-documenting
              • 2
                Batch requests
              • 2
                Bulk requests ("array upsert")
              • 1
                Resource model defines conventional operations
              • 1
                Evolve your API by following the compatibility rules
              • 1
                Resource Modification Language
              CONS OF ODATA
              • 1
                Overwhelming, no "baby steps" documentation

              related OData posts

              MessagePack logo

              MessagePack

              17
              55
              1
              A binary serialization format
              17
              55
              + 1
              1
              PROS OF MESSAGEPACK
              • 1
                Lightweight
              CONS OF MESSAGEPACK
                Be the first to leave a con

                related MessagePack posts

                JavaScript logo

                JavaScript

                193.4K
                148.1K
                7.7K
                Lightweight, interpreted, object-oriented language with first-class functions
                193.4K
                148.1K
                + 1
                7.7K
                PROS OF JAVASCRIPT
                • 1.6K
                  Can be used on frontend/backend
                • 1.5K
                  It's everywhere
                • 1.1K
                  Lots of great frameworks
                • 884
                  Fast
                • 733
                  Light weight
                • 412
                  Flexible
                • 378
                  You can't get a device today that doesn't run js
                • 280
                  Non-blocking i/o
                • 230
                  Ubiquitousness
                • 185
                  Expressive
                • 49
                  Extended functionality to web pages
                • 42
                  Relatively easy language
                • 40
                  Executed on the client side
                • 24
                  Relatively fast to the end user
                • 20
                  Pure Javascript
                • 15
                  Functional programming
                • 9
                  Async
                • 7
                  Setup is easy
                • 6
                  JavaScript is the New PHP
                • 6
                  Full-stack
                • 6
                  Because I love functions
                • 5
                  Like it or not, JS is part of the web standard
                • 5
                  Future Language of The Web
                • 5
                  Can be used in backend, frontend and DB
                • 5
                  Its everywhere
                • 5
                  Expansive community
                • 4
                  Everyone use it
                • 4
                  Supports lambdas and closures
                • 4
                  Love-hate relationship
                • 4
                  Popularized Class-Less Architecture & Lambdas
                • 4
                  Evolution of C
                • 4
                  For the good parts
                • 4
                  Easy to hire developers
                • 3
                  Only Programming language on browser
                • 3
                  Nice
                • 3
                  Easy to make something
                • 3
                  Promise relationship
                • 3
                  Scope manipulation
                • 3
                  Hard not to use
                • 3
                  Client processing
                • 3
                  Client side JS uses the visitors CPU to save Server Res
                • 3
                  Stockholm Syndrome
                • 3
                  Clojurescript
                • 3
                  Easy
                • 3
                  Can be used both as frontend and backend as well
                • 3
                  Most Popular Language in the World
                • 3
                  Versitile
                • 3
                  No need to use PHP
                • 3
                  Photoshop has 3 JS runtimes built in
                • 3
                  Function expressions are useful for callbacks
                • 3
                  Can be used on frontend/backend/Mobile/create PRO Ui
                • 3
                  Because it is so simple and lightweight
                • 3
                  Its fun and fast
                • 3
                  It let's me use Babel & Typescript
                • 3
                  What to add
                • 3
                  1.6K Can be used on frontend/backend
                • 3
                  Powerful
                • 3
                  It's fun
                • 3
                  Everywhere
                • 3
                  Agile, packages simple to use
                • 1
                  JavaScript j.s
                • 1
                  Acoperișul 0757604335
                CONS OF JAVASCRIPT
                • 21
                  A constant moving target, too much churn
                • 20
                  Horribly inconsistent
                • 14
                  Javascript is the New PHP
                • 8
                  No ability to monitor memory utilitization
                • 6
                  Shows Zero output in case of ANY error
                • 5
                  Can be ugly
                • 4
                  Thinks strange results are better than errors
                • 2
                  No GitHub
                • 1
                  Slow

                related JavaScript posts

                Zach Holman

                Oof. I have truly hated JavaScript for a long time. Like, for over twenty years now. Like, since the Clinton administration. It's always been a nightmare to deal with all of the aspects of that silly language.

                But wowza, things have changed. Tooling is just way, way better. I'm primarily web-oriented, and using React and Apollo together the past few years really opened my eyes to building rich apps. And I deeply apologize for using the phrase rich apps; I don't think I've ever said such Enterprisey words before.

                But yeah, things are different now. I still love Rails, and still use it for a lot of apps I build. But it's that silly rich apps phrase that's the problem. Users have way more comprehensive expectations than they did even five years ago, and the JS community does a good job at building tools and tech that tackle the problems of making heavy, complicated UI and frontend work.

                Obviously there's a lot of things happening here, so just saying "JavaScript isn't terrible" might encompass a huge amount of libraries and frameworks. But if you're like me, yeah, give things another shot- I'm somehow not hating on JavaScript anymore and... gulp... I kinda love it.

                See more
                Conor Myhrvold
                Tech Brand Mgr, Office of CTO at Uber · | 38 upvotes · 3.7M views

                How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

                Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

                Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

                https://eng.uber.com/distributed-tracing/

                (GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

                Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

                See more
                Python logo

                Python

                131.7K
                105.8K
                6.5K
                A clear and powerful object-oriented programming language, comparable to Perl, Ruby, Scheme, or Java.
                131.7K
                105.8K
                + 1
                6.5K
                PROS OF PYTHON
                • 1.1K
                  Great libraries
                • 928
                  Readable code
                • 817
                  Beautiful code
                • 768
                  Rapid development
                • 671
                  Large community
                • 418
                  Open source
                • 379
                  Elegant
                • 268
                  Great community
                • 261
                  Object oriented
                • 209
                  Dynamic typing
                • 70
                  Great standard library
                • 52
                  Very fast
                • 48
                  Functional programming
                • 35
                  Scientific computing
                • 33
                  Easy to learn
                • 30
                  Great documentation
                • 25
                  Matlab alternative
                • 23
                  Productivity
                • 22
                  Easy to read
                • 19
                  Simple is better than complex
                • 17
                  It's the way I think
                • 17
                  Imperative
                • 15
                  Very programmer and non-programmer friendly
                • 14
                  Powerful
                • 14
                  Free
                • 13
                  Fast and simple
                • 13
                  Powerfull language
                • 12
                  Scripting
                • 9
                  Machine learning support
                • 9
                  Explicit is better than implicit
                • 8
                  Unlimited power
                • 8
                  Ease of development
                • 7
                  Import antigravity
                • 7
                  Clear and easy and powerfull
                • 6
                  It's lean and fun to code
                • 6
                  Print "life is short, use python"
                • 5
                  Flat is better than nested
                • 5
                  Fast coding and good for competitions
                • 5
                  There should be one-- and preferably only one --obvious
                • 5
                  Python has great libraries for data processing
                • 5
                  High Documented language
                • 5
                  I love snakes
                • 5
                  Although practicality beats purity
                • 5
                  Great for tooling
                • 4
                  Readability counts
                • 3
                  CG industry needs
                • 3
                  Beautiful is better than ugly
                • 3
                  Multiple Inheritence
                • 3
                  Complex is better than complicated
                • 3
                  Great for analytics
                • 3
                  Socially engaged community
                • 3
                  Rapid Prototyping
                • 3
                  Lists, tuples, dictionaries
                • 3
                  Plotting
                • 2
                  Generators
                • 2
                  Simple and easy to learn
                • 2
                  Import this
                • 2
                  No cruft
                • 2
                  Easy to learn and use
                • 2
                  List comprehensions
                • 2
                  Special cases aren't special enough to break the rules
                • 2
                  Now is better than never
                • 2
                  If the implementation is hard to explain, it's a bad id
                • 2
                  If the implementation is easy to explain, it may be a g
                • 1
                  Many types of collections
                • 1
                  Better outcome
                • 1
                  Batteries included
                • 1
                  Ys
                • 1
                  Good
                • 1
                  Pip install everything
                • 1
                  Easy to setup and run smooth
                • 1
                  Because of Netflix
                • 1
                  Flexible and easy
                • 1
                  Web scraping
                • 1
                  Should START with this but not STICK with This
                • 1
                  Powerful language for AI
                • 1
                  It is Very easy , simple and will you be love programmi
                • 1
                  Only one way to do it
                • 1
                  A-to-Z
                • 0
                  Pro
                • 0
                  Powerful
                CONS OF PYTHON
                • 50
                  Still divided between python 2 and python 3
                • 27
                  Performance impact
                • 26
                  Poor syntax for anonymous functions
                • 19
                  Package management is a mess
                • 19
                  GIL
                • 13
                  Too imperative-oriented
                • 12
                  Hard to understand
                • 11
                  Dynamic typing
                • 9
                  Very slow
                • 8
                  Not everything is expression
                • 7
                  Explicit self parameter in methods
                • 7
                  Indentations matter a lot
                • 6
                  Poor DSL capabilities
                • 6
                  No anonymous functions
                • 6
                  Requires C functions for dynamic modules
                • 5
                  Threading
                • 5
                  The "lisp style" whitespaces
                • 5
                  Hard to obfuscate
                • 4
                  Fake object-oriented programming
                • 4
                  Incredibly slow
                • 4
                  Lack of Syntax Sugar leads to "the pyramid of doom"
                • 4
                  The benevolent-dictator-for-life quit
                • 3
                  Official documentation is unclear.
                • 3
                  Circular import
                • 3
                  Not suitable for autocomplete
                • 1
                  Training wheels (forced indentation)
                • 1
                  Meta classes

                related Python posts

                Conor Myhrvold
                Tech Brand Mgr, Office of CTO at Uber · | 38 upvotes · 3.7M views

                How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

                Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

                Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

                https://eng.uber.com/distributed-tracing/

                (GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

                Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

                See more
                Nick Parsons
                Director of Developer Marketing at Stream · | 35 upvotes · 1.3M views

                Winds 2.0 is an open source Podcast/RSS reader developed by Stream with a core goal to enable a wide range of developers to contribute.

                We chose JavaScript because nearly every developer knows or can, at the very least, read JavaScript. With ES6 and Node.js v10.x.x, it’s become a very capable language. Async/Await is powerful and easy to use (Async/Await vs Promises). Babel allows us to experiment with next-generation JavaScript (features that are not in the official JavaScript spec yet). Yarn allows us to consistently install packages quickly (and is filled with tons of new tricks)

                We’re using JavaScript for everything – both front and backend. Most of our team is experienced with Go and Python, so Node was not an obvious choice for this app.

                Sure... there will be haters who refuse to acknowledge that there is anything remotely positive about JavaScript (there are even rants on Hacker News about Node.js); however, without writing completely in JavaScript, we would not have seen the results we did.

                #FrameworksFullStack #Languages

                See more