Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
SQL v MongoDB
Message
De
24/09/2014 13:02:30
 
 
À
24/09/2014 08:48:37
Information générale
Forum:
Microsoft SQL Server
Catégorie:
Syntaxe SQL
Titre:
Versions des environnements
SQL Server:
SQL Server 2014
Application:
Web
Divers
Thread ID:
01608144
Message ID:
01608186
Vues:
43
>>Interesting page : http://www.mongovue.com/2010/11/03/yet-another-mongodb-map-reduce-tutorial/
>>
>>According to the writer SQL execution was 100 secs; Mongo : 6.
>>
>>Wondering if this is a fair comparison - i.e. is the T-SQL used improvable ?
>
>Viv, first, SQL vs Mongo/MapReduce is definitely "apples and oranges". Actually more like apples and rice.

But still comes down to solving the same problem on two different DB systems.

>Second, this author acknowledged no indexes were used in the SQL example.

Also doesn't say whether indexes were used in the MongoDB version - but I'm not sure that's relevant in this example....


>Third, a very subtle point here - which RDBMS was the author using for the SQL test? It's MySQL. Hardly a great choice for large data. That leads to the next point:

Very true - I missed that.

>
>Fourth, if we do a product implementation vs product implementation, the product implementing SQL would get to use any native functions to further optimize. In the case of SQL Server, it has had geospatial data types and geospatial logic baked into the product since SQL 2008. That would dramatically change the SQL example.

Mongo also has a Geospatial type (with Indexing). Would be interesting to see how things worked out if both were using those.

>Finally - that suggestion at the end...." For example, you could open cursors in SQL and iterate through all the records in nested for loops"....this smacks of someone who doesn't understand a topic beyond the basics. Sorry, but I call 'em as I see 'em. :)

Smacks of someone like me :-}

>You don't compare an interpreted language to a product. Don't get me wrong - MapReduce has established a presence. But the premise of the comparison is faulty.
>
>Thanks for the link - it's a good example of one of the many things that can be done in the Big Data realm. Also a good exercise in how to set up a straw man.

Wish I had time to play with it. But, end of day, I think you are right. This particular example wasn't a fair comparison.
BTW I noticed that the SQL Geography data type is implemented as a CLR data type :-}
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform