<     May 2017     >
Su Mo Tu We Th Fr Sa  
    1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 _2_6 27  
28 29 30 31
00:04 m1dnight1 joined
00:15 edrocks joined
00:32 kyuwonchoi joined
00:42 druonysus joined
00:45 thad0ct0r_ joined
00:53 Galera joined
00:56 Gwayne joined
01:07 svm_invictvs joined
01:08 joshontheweb joined
01:14 sector_0 left
01:36 castlelore joined
01:36 castlelore joined
01:39 castlelore joined
01:43 castlelore joined
01:55 Soopaman joined
02:01 sterns joined
02:06 bleh_ joined
02:07 kyuwonchoi joined
02:07 <bleh_> what kind of injection testing should i do for mongo?
02:09 edrocks joined
02:13 mdorenka joined
02:16 evulish joined
02:19 bleh_ joined
02:19 <bleh_> what kind of injection testing should i do for mongodb?
02:50 trevor joined
02:52 re1 joined
03:00 sandstrom joined
03:59 kyuwonchoi joined
04:00 evulish joined
04:11 edrocks joined
04:18 druonysus joined
04:41 tharkun joined
05:24 joshontheweb joined
05:27 svm_invictvs joined
05:36 bguery joined
05:37 kyuwonchoi joined
05:39 caliculk joined
05:44 raspado joined
05:48 lpin joined
05:51 raspado joined
06:12 audriusm joined
06:13 preludedrew joined
06:20 rendar joined
06:23 itaipu joined
06:42 lowbro joined
06:42 lowbro joined
06:46 FrozenSolid joined
07:04 jri joined
07:11 kyuwonchoi joined
07:21 bguery joined
07:28 sandstrom joined
07:41 castlelore joined
07:41 castlelore joined
07:45 sdlarsen joined
08:15 ams__ joined
08:45 undertuga joined
09:01 kyuwonchoi joined
09:11 yeitijem joined
09:17 auzty joined
09:33 kexmex joined
09:41 geoffb joined
10:13 okapi joined
10:16 edrocks joined
10:26 Galera joined
10:39 kyuwonchoi joined
10:42 bguery joined
11:00 harry1 joined
11:45 bguery joined
11:46 michaeldgagnon joined
11:53 bguery joined
11:56 StephenLynx joined
12:00 okapi joined
12:06 itaipu joined
12:16 nacer joined
12:32 kyuwonchoi joined
12:40 edrocks joined
12:58 keekz joined
12:58 bguery joined
13:05 okapi joined
13:07 kyuwonchoi joined
13:07 sandstrom joined
13:14 edrocks joined
13:17 kexmex joined
13:18 sterns joined
13:19 sterns joined
13:23 quattro_ joined
13:33 ramortegui joined
13:38 gentunian joined
14:00 geoffb joined
14:23 d10n-work joined
14:42 jdawgaz joined
14:42 gfidente joined
14:46 basiclaser joined
14:48 kexmex joined
14:51 michaeldgagnon joined
15:18 rayn joined
15:22 kyuwonchoi joined
15:31 jri_ joined
15:37 jri joined
15:44 Mia joined
15:44 Mia joined
15:48 StephenLynx joined
15:59 svm_invictvs joined
16:00 okapi joined
16:01 raspado joined
16:07 bguery left
16:07 bgy joined
16:07 <bgy> Hey
16:07 <bgy> I've a schema which looks like { "name": "foo", "components": [{"type": 1, "value": "bar"}, {"type": 3, "value": "baz"}] }, inside an aggregation, I'd like to select only documents which have a component.type 1 with the component.value equals to "bar" but still returns any components, so I tried with $filter inside a $project but it doesn't work, any ideas?
16:13 <hal-j> look at $elematch, I believe that will get you on the right track
16:13 <hal-j> sorry $elemMatch
16:15 blizzow joined
16:24 <bgy> hal-j, thank you, it looks it is what I need
16:25 svm_invictvs joined
16:27 <hal-j> Indeed. NP
16:30 AvianFlu joined
16:48 castlelore joined
16:48 castlelore joined
17:09 AvianFlu joined
17:09 kyuwonchoi joined
17:09 edrocks joined
17:14 quattro_ joined
17:17 edrocks joined
17:23 jri joined
17:26 SkyRocknRoll joined
17:27 culthero joined
17:28 macwinne_ joined
17:29 <keekz> are there any tools (pref python) to validate a query's syntax?
17:32 b44__ joined
17:47 <b44__> Let's say I'm having the two entities 'user' and 'product', and a many-to-many relationship called "subscription" between them.
17:47 <b44__> How can I force to have unique subscriptions only (according to an attribute "category" of 'product') ?
17:47 <b44__> So a user can subscribe only one product category
17:47 SkyRocknRoll joined
17:48 <b44__> Sorry... What I mean is: A user can subscribe to one product category ONLY ONCE !
18:04 pxed joined
18:10 sandstrom joined
18:11 <hal-j> b44__: would $addToSet get you where you want to be?
18:18 okapi joined
18:29 quattro_ joined
18:32 okapi joined
18:36 quattro_ joined
18:37 Necro|senseless joined
18:52 rendar joined
18:52 rendar joined
19:04 kyuwonchoi joined
19:06 Mantis_ joined
19:16 re1 joined
19:18 edrocks joined
19:31 Liara- joined
19:33 Sasazuka joined
19:43 druonysus joined
19:44 itaipu joined
19:47 culthero joined
19:52 Sasazuka joined
20:06 pxed joined
20:34 coudenysj joined
20:37 okapi joined
20:48 klics joined
21:01 kyuwonchoi joined
21:09 veebers joined
21:20 jri joined
21:24 beauvolio joined
21:24 StephenLynx joined
21:40 artok joined
22:02 rayn joined
22:09 edrocks joined
22:11 culthero joined
22:21 evulish joined
22:23 ams___ joined
22:23 kenansul- joined
22:24 kexmex joined
22:26 kba_ joined
22:27 tiwest_ joined
22:27 Uatec joined
22:31 Dev0n joined
23:01 culthero joined
23:05 kyuwonchoi joined
23:05 macwinn__ joined
23:06 Mia joined
23:06 Mia joined
23:10 edrocks joined
23:40 kexmex joined
23:40 jokke joined
23:40 <jokke> hi
23:41 <jokke> my secondary rs node is stuck in ROLLBACK
23:41 <jokke> there's not much rollback data (14 MB) and i don't see any replSet too much data to roll back in the logs
23:42 <jokke> still the delta of the lastOp timestamps keeps getting bigger
23:42 <jokke> so it seems no data is really being rolled back
23:43 <jokke> maybe i don't understand rollback correctly. it's the first time i've had a node in ROLLBACK state
23:46 <Derick> sorry, I don't understand it either... but if it's less than 300mb it should be automatic: https://docs.mongodb.com/manual/core/replica-set-rollbacks/