With support of multi-document ACID transactions in MongoDB, is MongoDB now suitable for financial...











up vote
8
down vote

favorite
2












MongoDB now support multi-document ACID Transactions.



With this update, is it safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments?



What are people's thoughts on this?



It has some institutions as customers, but they don't seem to be using it for financial transactions.










share|improve this question















closed as primarily opinion-based by Old Pro, Neil Lunn, Mark Rotteveel, greg-449, omajid Nov 24 at 17:05


Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.















  • It's not because you have ACID that you're safe for financial apps (you also have to use it properly in your code...). Most app that don't use ACID do it for scalability reasons. You also have other safe tx models without ACID. I remember talks and presentation about Ebay running w/o transactions, by design. But I guess, yes, it's reassuring to have ACID for stakeholders at least, I'm wondering how's MongoDB scalability with ACID transactions.
    – Simon Mourier
    Nov 17 at 9:18















up vote
8
down vote

favorite
2












MongoDB now support multi-document ACID Transactions.



With this update, is it safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments?



What are people's thoughts on this?



It has some institutions as customers, but they don't seem to be using it for financial transactions.










share|improve this question















closed as primarily opinion-based by Old Pro, Neil Lunn, Mark Rotteveel, greg-449, omajid Nov 24 at 17:05


Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.















  • It's not because you have ACID that you're safe for financial apps (you also have to use it properly in your code...). Most app that don't use ACID do it for scalability reasons. You also have other safe tx models without ACID. I remember talks and presentation about Ebay running w/o transactions, by design. But I guess, yes, it's reassuring to have ACID for stakeholders at least, I'm wondering how's MongoDB scalability with ACID transactions.
    – Simon Mourier
    Nov 17 at 9:18













up vote
8
down vote

favorite
2









up vote
8
down vote

favorite
2






2





MongoDB now support multi-document ACID Transactions.



With this update, is it safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments?



What are people's thoughts on this?



It has some institutions as customers, but they don't seem to be using it for financial transactions.










share|improve this question















MongoDB now support multi-document ACID Transactions.



With this update, is it safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments?



What are people's thoughts on this?



It has some institutions as customers, but they don't seem to be using it for financial transactions.







database mongodb transactions payment acid






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 16 at 12:36









Konrad

1,15521237




1,15521237










asked Oct 6 at 4:36









Joon

3,58712750




3,58712750




closed as primarily opinion-based by Old Pro, Neil Lunn, Mark Rotteveel, greg-449, omajid Nov 24 at 17:05


Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.






closed as primarily opinion-based by Old Pro, Neil Lunn, Mark Rotteveel, greg-449, omajid Nov 24 at 17:05


Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.














  • It's not because you have ACID that you're safe for financial apps (you also have to use it properly in your code...). Most app that don't use ACID do it for scalability reasons. You also have other safe tx models without ACID. I remember talks and presentation about Ebay running w/o transactions, by design. But I guess, yes, it's reassuring to have ACID for stakeholders at least, I'm wondering how's MongoDB scalability with ACID transactions.
    – Simon Mourier
    Nov 17 at 9:18


















  • It's not because you have ACID that you're safe for financial apps (you also have to use it properly in your code...). Most app that don't use ACID do it for scalability reasons. You also have other safe tx models without ACID. I remember talks and presentation about Ebay running w/o transactions, by design. But I guess, yes, it's reassuring to have ACID for stakeholders at least, I'm wondering how's MongoDB scalability with ACID transactions.
    – Simon Mourier
    Nov 17 at 9:18
















It's not because you have ACID that you're safe for financial apps (you also have to use it properly in your code...). Most app that don't use ACID do it for scalability reasons. You also have other safe tx models without ACID. I remember talks and presentation about Ebay running w/o transactions, by design. But I guess, yes, it's reassuring to have ACID for stakeholders at least, I'm wondering how's MongoDB scalability with ACID transactions.
– Simon Mourier
Nov 17 at 9:18




It's not because you have ACID that you're safe for financial apps (you also have to use it properly in your code...). Most app that don't use ACID do it for scalability reasons. You also have other safe tx models without ACID. I remember talks and presentation about Ebay running w/o transactions, by design. But I guess, yes, it's reassuring to have ACID for stakeholders at least, I'm wondering how's MongoDB scalability with ACID transactions.
– Simon Mourier
Nov 17 at 9:18












2 Answers
2






active

oldest

votes

















up vote
-1
down vote













Yes it is.
If you check https://www.mongodb.com/industries/financial-services financial institutions are using mongoDB.
And it does support scaling.
https://www.mongodb.com/collateral/mongodb-multi-document-acid-transactions



If you see trend mongoDB has been developing features of RDBMS in past
in 3.4 they added Views
They also added mongosqld for business intelligence.



Earlier people were hesitant to use mongoDB where they required ACID transactions.
But now they can rely on it. The overhead of ACID transaction is also negligible but yes it will depend on the developer to ensure that he has coded accordingly






share|improve this answer




























    up vote
    -1
    down vote



    +50










    No, it is not safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments.



    The thing is, maybe it is OK for your situation and maybe it is not. It is largely a matter of opinion, regulations, and how much risk you are willing to take. That why it is not safe to make a blanket statement calling MongoDB "safe".



    Some financial applications, such as banking or securities (stock) trading, have strong regulatory requirements regarding such things as security and auditability, and just because a database claims ACID compliance does not mean it meets these regulations, or that even if it does meet the requirements, it has been certified in a way acceptable to the regulators. ACID compliance is new to MongoDB, so there is a definite possibility of bugs causing data loss, just as there were in previous versions. While of course any database might have bugs, commercial ACID relational databases like Oracle and DB2 have a much longer and better track record of not loosing data, so depending on your financial application, MongoDB might not be acceptably reliable.



    I could go on listing more and more considerations, but the point is there is no one-size-fits-all answer. Pinterest apparently stopped using MongoDB not just because of problems with cluster migration, but because they thought the supporting toolset was not sufficient for them to diagnose and resolve issues quickly and easily enough. That was a long time ago and surely things have gotten better, but does MongoDB have adequate tools to repel, detect, and recover from a state-sponsored attacker who wants to steal the billion dollars in assets your database is responsible for? Probably not.






    share|improve this answer




























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes








      up vote
      -1
      down vote













      Yes it is.
      If you check https://www.mongodb.com/industries/financial-services financial institutions are using mongoDB.
      And it does support scaling.
      https://www.mongodb.com/collateral/mongodb-multi-document-acid-transactions



      If you see trend mongoDB has been developing features of RDBMS in past
      in 3.4 they added Views
      They also added mongosqld for business intelligence.



      Earlier people were hesitant to use mongoDB where they required ACID transactions.
      But now they can rely on it. The overhead of ACID transaction is also negligible but yes it will depend on the developer to ensure that he has coded accordingly






      share|improve this answer

























        up vote
        -1
        down vote













        Yes it is.
        If you check https://www.mongodb.com/industries/financial-services financial institutions are using mongoDB.
        And it does support scaling.
        https://www.mongodb.com/collateral/mongodb-multi-document-acid-transactions



        If you see trend mongoDB has been developing features of RDBMS in past
        in 3.4 they added Views
        They also added mongosqld for business intelligence.



        Earlier people were hesitant to use mongoDB where they required ACID transactions.
        But now they can rely on it. The overhead of ACID transaction is also negligible but yes it will depend on the developer to ensure that he has coded accordingly






        share|improve this answer























          up vote
          -1
          down vote










          up vote
          -1
          down vote









          Yes it is.
          If you check https://www.mongodb.com/industries/financial-services financial institutions are using mongoDB.
          And it does support scaling.
          https://www.mongodb.com/collateral/mongodb-multi-document-acid-transactions



          If you see trend mongoDB has been developing features of RDBMS in past
          in 3.4 they added Views
          They also added mongosqld for business intelligence.



          Earlier people were hesitant to use mongoDB where they required ACID transactions.
          But now they can rely on it. The overhead of ACID transaction is also negligible but yes it will depend on the developer to ensure that he has coded accordingly






          share|improve this answer












          Yes it is.
          If you check https://www.mongodb.com/industries/financial-services financial institutions are using mongoDB.
          And it does support scaling.
          https://www.mongodb.com/collateral/mongodb-multi-document-acid-transactions



          If you see trend mongoDB has been developing features of RDBMS in past
          in 3.4 they added Views
          They also added mongosqld for business intelligence.



          Earlier people were hesitant to use mongoDB where they required ACID transactions.
          But now they can rely on it. The overhead of ACID transaction is also negligible but yes it will depend on the developer to ensure that he has coded accordingly







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 20 at 4:09









          richi arora

          107110




          107110
























              up vote
              -1
              down vote



              +50










              No, it is not safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments.



              The thing is, maybe it is OK for your situation and maybe it is not. It is largely a matter of opinion, regulations, and how much risk you are willing to take. That why it is not safe to make a blanket statement calling MongoDB "safe".



              Some financial applications, such as banking or securities (stock) trading, have strong regulatory requirements regarding such things as security and auditability, and just because a database claims ACID compliance does not mean it meets these regulations, or that even if it does meet the requirements, it has been certified in a way acceptable to the regulators. ACID compliance is new to MongoDB, so there is a definite possibility of bugs causing data loss, just as there were in previous versions. While of course any database might have bugs, commercial ACID relational databases like Oracle and DB2 have a much longer and better track record of not loosing data, so depending on your financial application, MongoDB might not be acceptably reliable.



              I could go on listing more and more considerations, but the point is there is no one-size-fits-all answer. Pinterest apparently stopped using MongoDB not just because of problems with cluster migration, but because they thought the supporting toolset was not sufficient for them to diagnose and resolve issues quickly and easily enough. That was a long time ago and surely things have gotten better, but does MongoDB have adequate tools to repel, detect, and recover from a state-sponsored attacker who wants to steal the billion dollars in assets your database is responsible for? Probably not.






              share|improve this answer

























                up vote
                -1
                down vote



                +50










                No, it is not safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments.



                The thing is, maybe it is OK for your situation and maybe it is not. It is largely a matter of opinion, regulations, and how much risk you are willing to take. That why it is not safe to make a blanket statement calling MongoDB "safe".



                Some financial applications, such as banking or securities (stock) trading, have strong regulatory requirements regarding such things as security and auditability, and just because a database claims ACID compliance does not mean it meets these regulations, or that even if it does meet the requirements, it has been certified in a way acceptable to the regulators. ACID compliance is new to MongoDB, so there is a definite possibility of bugs causing data loss, just as there were in previous versions. While of course any database might have bugs, commercial ACID relational databases like Oracle and DB2 have a much longer and better track record of not loosing data, so depending on your financial application, MongoDB might not be acceptably reliable.



                I could go on listing more and more considerations, but the point is there is no one-size-fits-all answer. Pinterest apparently stopped using MongoDB not just because of problems with cluster migration, but because they thought the supporting toolset was not sufficient for them to diagnose and resolve issues quickly and easily enough. That was a long time ago and surely things have gotten better, but does MongoDB have adequate tools to repel, detect, and recover from a state-sponsored attacker who wants to steal the billion dollars in assets your database is responsible for? Probably not.






                share|improve this answer























                  up vote
                  -1
                  down vote



                  +50







                  up vote
                  -1
                  down vote



                  +50




                  +50




                  No, it is not safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments.



                  The thing is, maybe it is OK for your situation and maybe it is not. It is largely a matter of opinion, regulations, and how much risk you are willing to take. That why it is not safe to make a blanket statement calling MongoDB "safe".



                  Some financial applications, such as banking or securities (stock) trading, have strong regulatory requirements regarding such things as security and auditability, and just because a database claims ACID compliance does not mean it meets these regulations, or that even if it does meet the requirements, it has been certified in a way acceptable to the regulators. ACID compliance is new to MongoDB, so there is a definite possibility of bugs causing data loss, just as there were in previous versions. While of course any database might have bugs, commercial ACID relational databases like Oracle and DB2 have a much longer and better track record of not loosing data, so depending on your financial application, MongoDB might not be acceptably reliable.



                  I could go on listing more and more considerations, but the point is there is no one-size-fits-all answer. Pinterest apparently stopped using MongoDB not just because of problems with cluster migration, but because they thought the supporting toolset was not sufficient for them to diagnose and resolve issues quickly and easily enough. That was a long time ago and surely things have gotten better, but does MongoDB have adequate tools to repel, detect, and recover from a state-sponsored attacker who wants to steal the billion dollars in assets your database is responsible for? Probably not.






                  share|improve this answer












                  No, it is not safe to say that MongoDB can now be used for financial applications involving financial transactions such as payments.



                  The thing is, maybe it is OK for your situation and maybe it is not. It is largely a matter of opinion, regulations, and how much risk you are willing to take. That why it is not safe to make a blanket statement calling MongoDB "safe".



                  Some financial applications, such as banking or securities (stock) trading, have strong regulatory requirements regarding such things as security and auditability, and just because a database claims ACID compliance does not mean it meets these regulations, or that even if it does meet the requirements, it has been certified in a way acceptable to the regulators. ACID compliance is new to MongoDB, so there is a definite possibility of bugs causing data loss, just as there were in previous versions. While of course any database might have bugs, commercial ACID relational databases like Oracle and DB2 have a much longer and better track record of not loosing data, so depending on your financial application, MongoDB might not be acceptably reliable.



                  I could go on listing more and more considerations, but the point is there is no one-size-fits-all answer. Pinterest apparently stopped using MongoDB not just because of problems with cluster migration, but because they thought the supporting toolset was not sufficient for them to diagnose and resolve issues quickly and easily enough. That was a long time ago and surely things have gotten better, but does MongoDB have adequate tools to repel, detect, and recover from a state-sponsored attacker who wants to steal the billion dollars in assets your database is responsible for? Probably not.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Nov 23 at 3:44









                  Old Pro

                  12.9k23663




                  12.9k23663















                      Popular posts from this blog

                      To store a contact into the json file from server.js file using a class in NodeJS

                      Redirect URL with Chrome Remote Debugging Android Devices

                      Dieringhausen