mongodb-user
[Arriba] [Todas las Listas]

Re: [mongodb-Usuario] Digest para mongodb-user@xxxxxxxxxxxxxxxx - 10 act

To: mongodb-user@xxxxxxxxxxxxxxxx
Subject: Re: [mongodb-Usuario] Digest para mongodb-user@xxxxxxxxxxxxxxxx - 10 actualiza en 10 temas
From: Shlok M <shlok@xxxxxxxxxxxxxx>
Date: Sun, 13 Sep 2015 23:59:02 +0530
Delivery-date: Sun, 13 Sep 2015 14:40:32 -0400
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20120806; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-original-sender:x-original-authentication-results :reply-to:precedence:mailing-list:list-id:x-spam-checked-in-group :list-post:list-help:list-archive:sender:list-subscribe :list-unsubscribe; bh=Rbbybja6Z6Mk1I3908HAZZVumjNTktwqrzOwdxqhJL8=; b=nMDevz1+lQHUITx8U86SCrfEBEOWY5yTC3Fh2kK+Mjqmr3H5WbaOoUq4QLPxkqNlWc SUHtJa8ncP4YW7vyX9kGa9vkzsuUjN50NbSHMmUDVnZsujEr/0cr6p+7ASdsF0WUFKuV c2h01PjDGWoDr/WAFwq6QCV6pMTlMjm+1RNTUjBi85FPjjcbGYom5pGqbApegmT3B3gD Y6reA7/95TVKcJ/G4Uv6KiU9bHSQvbsiEIPWozwqAVJnKuQ6GK8rlfU5DW5B6fwMIOY4 piiXh2VxXeBq6vqSun0I9ExsW5+o7BqiW60II8SVSSXYRZgbkLmInzP1yZfpHiI4REfk j6HQ==
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <f46d04280a6cd22539051f8e061b@google.com>
List-archive: <http://groups.google.com/group/mongodb-use>
List-help: <http://groups.google.com/support/>, <mailto:mongodb-user+help@googlegroups.com>
List-id: <mongodb-user.googlegroups.com>
List-post: <http://groups.google.com/group/mongodb-user/post>, <mailto:mongodb-user@googlegroups.com>
List-subscribe: <http://groups.google.com/group/mongodb-user/subscribe>, <mailto:mongodb-user+subscribe@googlegroups.com>
List-unsubscribe: <mailto:googlegroups-manage+1044811755470+unsubscribe@googlegroups.com>, <http://groups.google.com/group/mongodb-user/subscribe>
Mailing-list: list mongodb-user@xxxxxxxxxxxxxxxx; contact mongodb-user+owners@xxxxxxxxxxxxxxxx
References: <f46d04280a6cd22539051f8e061b@google.com>
Reply-to: mongodb-user@xxxxxxxxxxxxxxxx
Sender: mongodb-user@xxxxxxxxxxxxxxxx
*Hi Todo,

Cualesquier personas que desarrollan en *Erlang / *Elixir para *Mongo *Db?

*Pls Conecta

*Shlok
9769036234
En 12-*Sep-2015 8:26 *pm, <*mongodb-user@xxxxxxxxxxxxxxxx> escribió:

> *mongodb-user@xxxxxxxxxxxxxxxx
> <*https://grupos.*google.*com/Foro/?*utm_Fuente=*digest&*utm_medio=*email#!Foro/*mongodb-temas/de usuario> *Google
> Grupos
> <*https://grupos.*google.*com/Foro/?*utm_Fuente=*digest&*utm_medio=*email/#!*overview>
> <*https://Grupos.*google.*com/Foro/?*utm_Fuente=*digest&*utm_medio=*email/#!*overview>
> Tema *digest
> Ver todos los 
> <temas
> <*https://grupos.*google.*com/Foro/?*utm_Fuente=*digest&*utm_medio=*email#!Foro/*mongodb-temas/de usuario>
>
>    - *mongodb la instalación que utiliza efímero *storage
>    <#14*fc20*e560413*bf1_hilo_de grupo_0> - 1 Actualiza
>    - qué es el mejor *e-categoría de producto del comercio *schema?
>    <#14*fc20*e560413*bf1_hilo_de grupo_1> - 1 Actualiza
>    - actualizar asociar variedad <#14*fc20*e560413*bf1_hilo_de grupo_2> - 1 Actualiza
>    - Puede *Mongo el DB maneja un *databse así?
>    <#14*fc20*e560413*bf1_hilo_de grupo_3> - 1 Actualiza
>    - *Mongoid 5.0.0 (Ruby *ODM para *MongoDB) es liberado
>    <#14*fc20*e560413*bf1_hilo_de grupo_4> - 1 Actualiza
>    - conductor de Ruby 2.1.0.*rc0: Cómo a de hecho ejecutar el *MapReduce?
>    <#14*fc20*e560413*bf1_hilo_de grupo_5> - 1 Actualiza
>    - Conductores: Qué pasa si imposibilitamos controlar en el cliente?
>    <#14*fc20*e560413*bf1_hilo_de grupo_6> - 1 Actualiza
>    - conductor de Ruby: Cómo puede convertimos #*aggregate de 1.8 a 2.1?
>    <#14*fc20*e560413*bf1_hilo_de grupo_7> - 1 Actualiza
>    - la Consulta basada en las gamas aplicadas a cada elemento de variedad
>    <#14*fc20*e560413*bf1_hilo_de grupo_8> - 1 Actualiza
>    - *MongoDB 3.0 con *WiredTiger restaura Fines con EOF inesperado
>    <#14*fc20*e560413*bf1_hilo_de grupo_9> - 1 Actualiza
>
> *mongodb la instalación que utiliza efímero *storage
> <*http://grupos.*google.*com/Grupo/*mongodb-usuario/*t/#uno787*efc425290*ab0?*utm_Fuente=*digest&*utm_medio=*email>
> *Sushant *Prusty <sushant.pru@xxxxxxxxx>: *Sep 12 03:22AM -0700
>
> Puede utilizo efímero *storage en *aws para instalación de *mongodb en grupo.
> Deseo bajar abajo el coste.
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_superior>
> lo que es el mejor *e-categoría de producto del comercio *schema?
> <*http://Grupos.*google.*com/Grupo/*mongodb-usuario/*t/*f11*ab67#uno846*e7832?*utm_Fuente=*digest&*utm_medio=*email>
> *Setti *Mahesh <*setti565@*xxxxxxxxx>: *Sep 12 01:11AM -0700
>
> estoy planeando diseñar *schema para categoría(como *flipkart categoría). Cualquier
> sugerencia mejor para *scalable *schema?
>
> *i Tiene pasó por estructura de Árbol del Modelo pero no de aquellos métodos no
> *scalable.(
> *http://*docs.*mongodb.*org/Dato/de aplicaciones/maestras-modelos-árbol-estructuras/)
> actualiza y eliminar las operaciones son muy limitadas :(
>
>
> Necesidad discusión experta buena... *welcome Todo.
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_superior>
> actualizar asociar variedad
> <*http://grupos.*google.*com/Grupo/*mongodb-usuario/*t/*e27*bd74*c0*fb6*d5#uno3?*utm_Fuente=*digest&*utm_medio=*email>
> *Setti *Mahesh <*setti565@*xxxxxxxxx>: *Sep 11 11:20PM -0700
>
> tengo a una colección le gusta abajo.
>
> *db.Gato2.Inserta(_#unknown{^*id:"libros", categorías: *null})
> *db.Gato2.Inserta(_#unknown{^*id:"programación", categorías: [_#unknown{^*id : "libros"}]})
> *db.Gato2.Inserta(_#unknown{^*id:"lenguas", categorías: [_#unknown{^*id : "libros"},_#unknown{^*id :
> "programación"}]})
> *db.Gato2.Inserta(_#unknown{^*id:"*databases", categorías: [_#unknown{^*id : "libros"},_#unknown{^*id :
> "programación"}]})
> *db.Gato2.Inserta(_#unknown{^*id:"*mongodb", categorías: [_#unknown{^*id : "libros"},_#unknown{^*id :
> "programación"},_#unknown{^*id : "*databases"}]})
> *db.Gato2.Inserta(_#unknown{^*id:"*dbm", categorías: [_#unknown{^*id : "libros"},_#unknown{^*id :
> "programación"},_#unknown{^*id : "*databases"}]})
>
> estoy intentando actualizar categorías con abajo consultas
> *db.Gato2.Actualiza("#nom._*id":"*databases"},$#nom_de_nom{"de conjunto._*id":"*dbs"}}, falso, cierto)
> *db.Gato2.Actualiza("#nom._*id":"*databases"},$#nom_de_nom{de conjunto_#unknown{^*id:"*dbs"}}}, falso, cierto)
>
> No de aquellos no están trabajando, es allí ninguno otra manera de actualizar categorías?
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_Lata>
> superior *Mongo el DB maneja un *databse así?
> <*http://Grupos.*google.*com/Grupo/*mongodb-usuario/*t/75*c5*bdfd57*b4*ddab?*utm_Fuente=*digest&*utm_medio=*email>
> *sallgeud <sallgeud@xxxxxxxxx>: *Sep 11 04:32PM -0700
>
> Él  ciertamente trabajo. Con el hardware correcto y correctamente *threaded
> insertando, podría trabajar en 1 sistema, pero probablemente querrás más.
>
> Parece como lo que realmente tienes es la mayoría de forma cruda de una tienda/de valor
> clave, si Un es único. Si no, puedes todavía beneficio de un menos sistema
> capaz, cuando vuestra consulta y el dato es tan sencillos. Podrías *fairly fácilmente hacer
> 
> un SQL *database  lo que quieres también, así que esto no es un problema que *Mongo
> ayudará con más allá el hecho que si vuestro dato consigue más grande, querrás
> *sharding / *scaling capacidades que son mucho más fácil en *Mongo que en SQL
> *databases (*mysql siendo el más fácil, pero quieto doloroso).
>
> Nuestra empresa ha trabajado con *sql, *couchbase, elástico.*co, *redis, *memcache
> y muchos
> otras tiendas de valor claves. Preferimos *mongo, pero no es siempre la respuesta.
> *Nearly Todo de aquellos  probablemente también trabajo. Estos son todo también
> muy fácil de probar. Sugiero correr prueba de rendimiento en unos cuantos de ellos
> con una
> muestra de vuestro dato y escogiendo el que trabaja más.
>
> En miércoles, septiembre 9, 2015 en 8:21:57 PM *UTC-5, *Razvan *T escribió:
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_superior>
> *Mongoid 5.0.0 (Ruby *ODM para *MongoDB) es liberado
> <*http://grupos.*google.*com/Grupo/*mongodb-usuario/*t/*ffec36263*b1430*b6?*utm_Fuente=*digest&*utm_medio=*email>
> Emily *S <emily.stolfo@xxxxxxxxx>: *Sep 11 01:57PM -0700
>
> El *MongoDB equipo de Ruby es feliz de anunciar la liberación de *Mongoid 5.0.0,
> el cual utiliza el oficial *MongoDB conductor de Ruby (versión 2.1.0).
> Empezando con 5.0.0, *Mongoid es oficialmente apoyado por *MongoDB *Inc. Con 
> 
> un equipo dedicado.
>
> *Mongoid Puede ser instalado de *RubyGems. Nota que instalará la Ruby
> nuevamente liberada conductor *v2.1.0, cuando es una dependencia:
>
> > *gem instala *mongoid
>
>
> Si encuentras cualesquier asuntos con *Mongoid versión >= 5.0.0, complacer abrir un ticket
> en su *JIRA proyecto:
> *https://*jira.*mongodb.*org/*browse/*MONGOID
>
> *Thanks
> Emily y *Durran
> Respalda para coronar <#14*fc20*e560413*bf1_*digest_conductor>
> de Ruby de la parte superior 2.1.0.*rc0: Cómo a de hecho ejecutar el *MapReduce?
> <*http://Grupos.*google.*com/Grupo/*mongodb-usuario/*t/*b59*d016133*cb1*e69?*utm_Fuente=*digest&*utm_medio=*email>
> Emily *S <emily.stolfo@xxxxxxxxx>: *Sep 11 12:14PM -0700
>
> *Hi
>
> Llamando #a_un en el *MapReduce el objeto regresará los documentos de resultado del
> SEÑOR operación en una variedad. Qué  significas son objetos
> de Ruby
> de basura innecesarios; qué te es esperando conseguir del SEÑOR operación?
> Podrías ejecutar la orden directamente con el *Database#método de orden,
> si
> aquello es lo que estás buscando.
>
> Emily
>
> En lunes, septiembre 7, 2015 en 6:47:00 SOY *UTC-4, *cloudstrife escribió:
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_Conductores>
> superiores: Qué pasa si imposibilitamos controlar en el cliente?
> <*http://Grupos.*google.*com/Grupo/*mongodb-usuario/*t/7424*c4*b8*d6383*b53?*utm_Fuente=*digest&*utm_medio=*email>
> Emily *S <emily.stolfo@xxxxxxxxx>: *Sep 11 12:01PM -0700
>
> hay ninguna consecuencia, justo no habrás publicado acontecimientos para
> las órdenes enviadas al *server que pueden ser *subscribed a. Puedes ver más
> información en controlar aquí:
>
> *http://*docs.*mongodb.*org/Ecosistema/*tutorial/*ruby-conductor-*tutorial/#control
>
> Emily
>
> En jueves, septiembre 10, 2015 en 7:47:53 SOY *UTC-4, *cloudstrife escribió:
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_conductor>
> de Ruby de la parte superior: Cómo puede convertimos #*aggregate de 1.8 a 2.1?
> <*http://Grupos.*google.*com/Grupo/*mongodb-usuario/*t/3#uno140251#uno7*e44*b92?*utm_Fuente=*digest&*utm_medio=*email>
> Emily *S <emily.stolfo@xxxxxxxxx>: *Sep 11 10:54AM -0700
>
> *Hi
>
> puedes mantener la tubería exactamente igual y pasarlo a la
> Colección#*aggregate método cuándo *upgrading a 2.1.0 de 1.8.2. Puede me dices lo que la diferencia en el conjunto de resultado es con un ejemplo así que puedo
> investigar?
>
> *Thanks
> 
>
>
> Emily En viernes, septiembre 11, 2015 en 6:59:22 SOY *UTC-4, *cloudstrife escribió:
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_la Consulta>
> superior basada en las gamas aplicadas a cada elemento de variedad
> <*http://grupos.*google.*com/Grupo/*mongodb-usuario/*t/*b0097*facbd54089*f?*utm_Fuente=*digest&*utm_medio=*email>
> John *De <Va john@xxxxxxxxxx>: *Sep 11 09:13AM -0700
>
> En *SlamData <*http://*slamdata.*com>, expresarías esta consulta con algo
> gusta:
>
> SELECCIONA * DE colección
> DONDE Características[0] ENTRE 0 Y 5 Y Características[1]
> ENTRE 2 Y 20
>
> Nota que *MongoDB actualmente carece de una manera a *efficiently ejecutar esta consulta
> en la tubería de agregación, porque 3.0 falta un operador de selección
> de elemento de variedad. Tan si ejecutas esta consulta en *SlamData, él 
> *fallback a *MapReduce (y hay ninguna manera soy *posting que código, puedes comprobar el *compilation utilizando la herramienta).
>
> Aquello dijo, 3.2 tendrá un $*arrayElemAt operador que puede *efficiently
> expresar tales consultas.
>
> Consideraciones,
>
> John
>
> En viernes, septiembre 11, 2015 en 1:31:27 SOY *UTC-6, Estanislao *Oubel escribió:
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_superior>
> *MongoDB 3.0 con *WiredTiger restaura Fines con EOF inesperado
> <*http://grupos.*google.*com/Grupo/*mongodb-usuario/*t/32*cd8*c5*c26#uno3*ade8?*utm_Fuente=*digest&*utm_medio=*email>
> Mohamed *Ayoub *Benjelloun <benjellounayoub@xxxxxxxxx>: *Sep 11 08:39AM
> -0700
>
> PS : también puede ser fijado por cambiar el *storage.*wiredTiger.*engineConfig.
> *cacheSizeGB
> <
> *http://*docs.*mongodb.*org/Configuración/de referencia/manual-opciones/#*storage.*wiredTiger.*engineConfig.*cacheSizeGB>
>
> Valor en vuestro /*etc/*mongod.*conf Archivo
>
> *Le *jeudi 10 *septembre 2015 21:45:08 *UTC+1, Mohamed *Ayoub *Benjelloun un
> *écrit :
> Atrás para coronar <#14*fc20*e560413*bf1_*digest_parte superior>
> recibiste este *digest porque eres *subscribed a actualiza para este
> grupo. Puedes cambiar vuestro *settings en la página de afiliación del grupo
> <*https://grupos.*google.*com/Foro/?*utm_Fuente=*digest&*utm_medio=*email#!Foro/*mongodb-el usuario/une>
> .
> A *unsubscribe de este grupo y la parón que recibe *emails de él envía un
> *email a *mongodb-usuario+unsubscribe@xxxxxxxxxxxxxxxx.
>

-- 
recibiste este mensaje porque eres *subscribed al *Google Grupos "*mongodb-grupo"
de usuario.

Para otro *MongoDB opciones de apoyo técnico, ve: *http://www.mongodb.org/sobre/apoyo/.
--- 
Recibiste este mensaje porque eres *subscribed al *Google Grupos "*mongodb-grupo" de usuario.
A *unsubscribe de este grupo y la parón que recibe *emails de él, enviar un *email a *mongodb-usuario+unsubscribe@xxxxxxxxxxxxxxxx.
A correo a este grupo, envía *email a *mongodb-user@xxxxxxxxxxxxxxxx.
Visita este grupo en *http://grupos.*google.*com/Grupo/*mongodb-usuario.
Para ver esta discusión en la visita de web *https://grupos.*google.*com/*d/*msgid/*mongodb-Usuario/*CAKsc%3*De_%3*DQXfpkP5OV%3*Dx4*obLWWO22*Zvf1*V0*W1*d1*SYiv7*f0%3Seco_*w%40correo.*gmail.*com.
Para más opciones, visita *https://grupos.*google.*com/*d/*optout.
Hi All,

Any people developing in Erlang / Elixir for Mongo Db?

Pls connect

Shlok
9769036234
On 12-Sep-2015 8:26 pm, <mongodb-user@xxxxxxxxxxxxxxxx> wrote:

> mongodb-user@xxxxxxxxxxxxxxxx
> <https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!forum/mongodb-user/topics> Google
> Groups
> <https://groups.google.com/forum/?utm_source=digest&utm_medium=email/#!overview>
> <https://groups.google.com/forum/?utm_source=digest&utm_medium=email/#!overview>
> Topic digest
> View all topics
> <https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!forum/mongodb-user/topics>
>
>    - mongodb installation using ephemeral storage
>    <#14fc20e560413bf1_group_thread_0> - 1 Update
>    - what is the best e-commerce product category schema?
>    <#14fc20e560413bf1_group_thread_1> - 1 Update
>    - update associate array <#14fc20e560413bf1_group_thread_2> - 1 Update
>    - Can Mongo DB handle a databse like this?
>    <#14fc20e560413bf1_group_thread_3> - 1 Update
>    - Mongoid 5.0.0 (Ruby ODM for MongoDB) is released
>    <#14fc20e560413bf1_group_thread_4> - 1 Update
>    - Ruby driver 2.1.0.rc0: How to actually execute the MapReduce?
>    <#14fc20e560413bf1_group_thread_5> - 1 Update
>    - Drivers: What happens if we disable monitoring in the client?
>    <#14fc20e560413bf1_group_thread_6> - 1 Update
>    - Ruby driver: How can we convert #aggregate from 1.8 to 2.1?
>    <#14fc20e560413bf1_group_thread_7> - 1 Update
>    - Query based on ranges applied to each array element
>    <#14fc20e560413bf1_group_thread_8> - 1 Update
>    - MongoDB 3.0 with WiredTiger restore Ends with unexpected EOF
>    <#14fc20e560413bf1_group_thread_9> - 1 Update
>
> mongodb installation using ephemeral storage
> <http://groups.google.com/group/mongodb-user/t/a787efc425290ab0?utm_source=digest&utm_medium=email>
> Sushant Prusty <sushant.pru@xxxxxxxxx>: Sep 12 03:22AM -0700
>
> Can I use ephemeral storage in aws for installation of mongodb in cluster.
> I wish to lower down the cost.
> Back to top <#14fc20e560413bf1_digest_top>
> what is the best e-commerce product category schema?
> <http://groups.google.com/group/mongodb-user/t/f11ab67a846e7832?utm_source=digest&utm_medium=email>
> Setti Mahesh <setti565@xxxxxxxxx>: Sep 12 01:11AM -0700
>
> I am planning to design schema for category(like flipkart category). any
> best suggestion for scalable schema?
>
> i have went through Model Tree structure but non of those methods not
> scalable.(
> http://docs.mongodb.org/master/applications/data-models-tree-structures/)
> update and delete operations are very limited :(
>
>
> Need good expert discussion... welcome all.
> Back to top <#14fc20e560413bf1_digest_top>
> update associate array
> <http://groups.google.com/group/mongodb-user/t/e27bd74c0fb6d5a3?utm_source=digest&utm_medium=email>
> Setti Mahesh <setti565@xxxxxxxxx>: Sep 11 11:20PM -0700
>
> I have a collection like below.
>
> db.cat2.insert({_id:"books", categories: null})
> db.cat2.insert({_id:"programming", categories: [{_id : "books"}]})
> db.cat2.insert({_id:"languages", categories: [{_id : "books"}, {_id :
> "programming"}]})
> db.cat2.insert({_id:"databases", categories: [{_id : "books"}, {_id :
> "programming"}]})
> db.cat2.insert({_id:"mongodb", categories: [{_id : "books"}, {_id :
> "programming"}, {_id : "databases"}]})
> db.cat2.insert({_id:"dbm", categories: [{_id : "books"}, {_id :
> "programming"}, {_id : "databases"}]})
>
> I am trying to update categories with below queries
> db.cat2.update({"categories._id":"databases"},
> {$set{"categories._id":"dbs"}}, false, true)
> db.cat2.update({"categories._id":"databases"},
> {$set{categories{_id:"dbs"}}}, false, true)
>
> Non of those are not working, is there any other way to update categories?
> Back to top <#14fc20e560413bf1_digest_top>
> Can Mongo DB handle a databse like this?
> <http://groups.google.com/group/mongodb-user/t/75c5bdfd57b4ddab?utm_source=digest&utm_medium=email>
> sallgeud <sallgeud@xxxxxxxxx>: Sep 11 04:32PM -0700
>
> It'll certainly work. With the right hardware and properly threaded
> inserting, it could work on 1 system, but you'll probably want more.
>
> It seems like what you really have is the most raw form of a key/value
> store, if A is unique. If not, you may still benefit from a less capable
> system, as your query and data is so simple. You could fairly easily make
> a
> SQL database do what you want as well, so this isn't a problem that Mongo
> will help with beyond the fact that if your data gets bigger, you'll want
> sharding / scaling capabilities that are much easier in Mongo than in SQL
> databases (mysql being the easiest, but still painful).
>
> Our company has worked with sql, couchbase, elastic.co, redis, memcache
> and
> many other key value stores. We prefer mongo, but it's not always the
> answer. Nearly all of those would probably also work. These are all also
> very easy to test. I suggest running performance test on a few of them
> with
> a sample of your data and choosing the one that works best.
>
> On Wednesday, September 9, 2015 at 8:21:57 PM UTC-5, Razvan T wrote:
> Back to top <#14fc20e560413bf1_digest_top>
> Mongoid 5.0.0 (Ruby ODM for MongoDB) is released
> <http://groups.google.com/group/mongodb-user/t/ffec36263b1430b6?utm_source=digest&utm_medium=email>
> Emily S <emily.stolfo@xxxxxxxxx>: Sep 11 01:57PM -0700
>
> The MongoDB Ruby team is happy to announce the release of Mongoid 5.0.0,
> which uses the official MongoDB Ruby driver (version 2.1.0).
> Starting with 5.0.0, Mongoid is officially supported by MongoDB Inc. with
> a
> dedicated team.
>
> Mongoid can be installed from RubyGems. Note that it will install the
> newly-released Ruby driver v2.1.0, as it's a dependency:
>
> > gem install mongoid
>
>
> If you find any issues with Mongoid version >= 5.0.0, please open a ticket
> in its JIRA project:
> https://jira.mongodb.org/browse/MONGOID
>
> Thanks
> Emily and Durran
> Back to top <#14fc20e560413bf1_digest_top>
> Ruby driver 2.1.0.rc0: How to actually execute the MapReduce?
> <http://groups.google.com/group/mongodb-user/t/b59d016133cb1e69?utm_source=digest&utm_medium=email>
> Emily S <emily.stolfo@xxxxxxxxx>: Sep 11 12:14PM -0700
>
> Hi
>
> Calling #to_a on the MapReduce object will return the result documents of
> the MR operation in an array. What do you mean they are unnecessary
> garbage
> Ruby objects; what are you expecting to get from the MR operation?
> You could execute the command directly with the Database#command method,
> if
> that's what you're looking for.
>
> Emily
>
> On Monday, September 7, 2015 at 6:47:00 AM UTC-4, cloudstrife wrote:
> Back to top <#14fc20e560413bf1_digest_top>
> Drivers: What happens if we disable monitoring in the client?
> <http://groups.google.com/group/mongodb-user/t/7424c4b8d6383b53?utm_source=digest&utm_medium=email>
> Emily S <emily.stolfo@xxxxxxxxx>: Sep 11 12:01PM -0700
>
> There are no consequences, you just won't have published events for
> commands sent to the server that can be subscribed to. You can see more
> information on monitoring here:
>
> http://docs.mongodb.org/ecosystem/tutorial/ruby-driver-tutorial/#monitoring
>
> Emily
>
> On Thursday, September 10, 2015 at 7:47:53 AM UTC-4, cloudstrife wrote:
> Back to top <#14fc20e560413bf1_digest_top>
> Ruby driver: How can we convert #aggregate from 1.8 to 2.1?
> <http://groups.google.com/group/mongodb-user/t/3a140251a7e44b92?utm_source=digest&utm_medium=email>
> Emily S <emily.stolfo@xxxxxxxxx>: Sep 11 10:54AM -0700
>
> Hi
>
> You can keep the pipeline exactly the same and pass it to the
> Collection#aggregate method when upgrading to 2.1.0 from 1.8.2. Can you
> tell me what the difference in the result set is with an example so I can
> investigate?
>
> Thanks
> Emily
>
>
> On Friday, September 11, 2015 at 6:59:22 AM UTC-4, cloudstrife wrote:
> Back to top <#14fc20e560413bf1_digest_top>
> Query based on ranges applied to each array element
> <http://groups.google.com/group/mongodb-user/t/b0097facbd54089f?utm_source=digest&utm_medium=email>
> John De Goes <john@xxxxxxxxxx>: Sep 11 09:13AM -0700
>
> In SlamData <http://slamdata.com>, you would express this query with
> something like:
>
> SELECT * FROM collection
> WHERE Features[0] BETWEEN 0 AND 5 AND
> Features[1] BETWEEN 2 AND 20
>
> Note that MongoDB currently lacks a way to efficiently execute this query
> in the aggregation pipeline, because 3.0 is missing an array element
> selection operator. So if you execute this query in SlamData, it will
> fallback to MapReduce (and there's no way I'm posting that code, you can
> check out the compilation using the tool).
>
> That said, 3.2 will have an $arrayElemAt operator which can efficiently
> express such queries.
>
> Regards,
>
> John
>
> On Friday, September 11, 2015 at 1:31:27 AM UTC-6, Estanislao Oubel wrote:
> Back to top <#14fc20e560413bf1_digest_top>
> MongoDB 3.0 with WiredTiger restore Ends with unexpected EOF
> <http://groups.google.com/group/mongodb-user/t/32cd8c5c26a3ade8?utm_source=digest&utm_medium=email>
> Mohamed Ayoub Benjelloun <benjellounayoub@xxxxxxxxx>: Sep 11 08:39AM
> -0700
>
> PS : It can also be fixed by changing the storage.wiredTiger.engineConfig.
> cacheSizeGB
> <
> http://docs.mongodb.org/manual/reference/configuration-options/#storage.wiredTiger.engineConfig.cacheSizeGB>
>
> value in your /etc/mongod.conf file
>
> Le jeudi 10 septembre 2015 21:45:08 UTC+1, Mohamed Ayoub Benjelloun a
> écrit :
> Back to top <#14fc20e560413bf1_digest_top>
> You received this digest because you're subscribed to updates for this
> group. You can change your settings on the group membership page
> <https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!forum/mongodb-user/join>
> .
> To unsubscribe from this group and stop receiving emails from it send an
> email to mongodb-user+unsubscribe@xxxxxxxxxxxxxxxx.
>

-- 
You received this message because you are subscribed to the Google Groups "mongodb-user"
group.

For other MongoDB technical support options, see: http://www.mongodb.org/about/support/.
--- 
You received this message because you are subscribed to the Google Groups "mongodb-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mongodb-user+unsubscribe@xxxxxxxxxxxxxxxx.
To post to this group, send email to mongodb-user@xxxxxxxxxxxxxxxx.
Visit this group at http://groups.google.com/group/mongodb-user.
To view this discussion on the web visit https://groups.google.com/d/msgid/mongodb-user/CAKsc%3De_%3DQXfpkP5OV%3Dx4obLWWO22Zvf1V0W1d1SYiv7f0%3DRy_w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
<Anterior por Tema] Tema Actual [Siguiente por Tema>
  • Re: [mongodb-Usuario] Digest para mongodb-user@xxxxxxxxxxxxxxxx - 10 actualiza en 10 temas, Shlok M <=