Earlier quoted context omitted.
Using a service means trusting a service. Nothing wrong with either, it's a decision up to the consumer. I am just saying, in this specific case, should you trust Microsoft with your data? That's all.
Well, do you trust Amazon, Google, Oracle or Rackspace? How about your local mum pop hosting provider? How is Microsoft different?
Dear MongoDB users, we welcome you in Azure DocumentDB
61–70 of 119 posts
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#62Needs more hashtags. Reach all those Millenials graduating $10k 3-month bootcamps. Sigh.
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#63Also, there's a query playground if you want to try it out quickly: https://www.documentdb.com/sql/demo
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#64Never looked at DocumentDB before. So if I get this straight, I can get a fully managed DB that can scale easily, but still have all the advantages and compatibility of a regular NoSQL like Mongo? I think that's a first, right?
Isn't it the same general idea as Amazon's DynamoDB?
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#65Earlier quoted context omitted.
If you haven't looked it up for yourself in 10 days (when I have access to my PC) and if I remember this, I will send you some reference to read. But I if you really want to find out (which I doubt) just look it up yourself. It's so easy. I get the feeling you have some affiliation with MS?
> If you haven't looked it up for yourself in 10 days I have looked and I have not find any single case of Microsoft stealing Azure data. Or any big SaaS company like Amazon or Google doing that > But I if you really want to find out (which I doubt I'm not the one making unsupported claims without trying to provide any single example, perhaps the one that doesn't want to lok that their claims are wrong is not me > I…
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#66EDIT: you don't need to flag/down vote... Obviously this is a joke but when you read the other comments it's clear that the information provided is pure Marketing...
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#67Earlier quoted context omitted.
It happens all the time, and also; when using proprietary software you never know, and that's the big issue (for me). I never use SaS or MS-products (I only use FOSS) so I don't fear for myself.
When has a SaaS operator stolen data hosted on their service?
I'm not saying this necessarily applies to compute engines or storage as a service or whatever, but something like gmail (SaaS) where your data is used to target ads at you could be considered exploiting your data. I would not put it beyond large companies to start considering doing the same on their storage-as-a-service offerings soon enough.
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#68Needs more hashtags. Reach all those Millenials graduating $10k 3-month bootcamps. Sigh.
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#69As someone that almost got bitten by MongoDB's lax auth defaults, I was happy to read that DocumentDB has enabled access control out of the box and no default username/password. Also, there's a query playground if you want to try it out quickly: https://www.documentdb.com/sql/demo
As a SaaS it's not surprising DocumentDB got security configured, and it also won't be surprising when people lose data because they'll put '123456' as their password or commit their password to a public repository
Re: Dear MongoDB users, we welcome you in Azure DocumentDB
#70Earlier quoted context omitted.
DynamoDB would be pretty close if it just allowed null values.
DynamoDB is effectively useless for querying, except perhaps for some sort of highly specialised application able to fit within the DynamoDB strange and arcane query model. What sort of database is effectively useless for querying? Also they need to ditch the really, really confusiong and limiting scaling model. For a database that advertises scaling as one of its key strengths, DynamoDB sure has a bad scaling story.
It feels tedious at first but once you develop some good habits and frameworks around denormalization it becomes easy to do that from day one.