But isn't it more inefficient to re-process it? On Wed, Mar 11, 2015 at 2:34 PM, Dilshan Edirisuriya <dils...@wso2.com> wrote:
> Agreed with Dulithas comment. Last time we faced an issue like this when > it comes to applications. In the application list query it sends the list > of application as plist output. We can store the entire payload response as > it is but it is inefficient to query by any application name keyword or > bundle id. > > Regards, > > Dilshan > > On Wed, Mar 11, 2015 at 9:58 AM, Inosh Perera <ino...@wso2.com> wrote: > >> Hi all, >> >> Is this table essentially store key-value pairs with a reference to the >> operations table? Since operations can have different properties(keys)? >> >> Regards, >> Inosh >> >> On Wed, Mar 11, 2015 at 8:58 AM, Dulitha Wijewantha <duli...@wso2.com> >> wrote: >> >>> +1, we need a response table. But after getting the response, we have to >>> decompose that and get the information out of it and update relevant table. >>> For example, current applications should be in a different table. Otherwise >>> we have to scan across the response table, obtain the last record and >>> perform in text searches. Same goes for device properties, if the SIM card >>> got updated, the device table in the plugin db has to be updated. >>> >>> Cheers~ >>> >>> On Wed, Mar 11, 2015 at 8:36 AM, Harshan Liyanage <hars...@wso2.com> >>> wrote: >>> >>>> Agreed. We need to have a place to store incoming messages. WDYT about >>>> having a separate table having a foreign-key reference to operation table? >>>> So that we could save the responses for each operation there. Since it is a >>>> different table, the load on operation table will reduce at peak times. >>>> >>>> Lakshitha Harshan >>>> Software Engineer >>>> Mobile: *+94724423048* >>>> Email: hars...@wso2.com >>>> Blog : http://harshanliyanage.blogspot.com/ >>>> *WSO2, Inc. :** wso2.com <http://wso2.com/>* >>>> lean.enterprise.middleware. >>>> >>>> On Wed, Mar 11, 2015 at 6:30 AM, Kasun Dananjaya Delgolla < >>>> kas...@wso2.com> wrote: >>>> >>>>> It's simillar in Android's case as well. Aren't we have to store reply >>>>> payloads and retrieve data from it when loading device data? Earlier we >>>>> handled it using a field in the notification table. >>>>> On Mar 10, 2015 5:46 PM, "Dilshan Edirisuriya" <dils...@wso2.com> >>>>> wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> In iOS some operation corresponds to a operation response. Like >>>>>> application list, device operations etc. has a response which has a list >>>>>> of >>>>>> applications, list of device properties etc. Right now I only see a >>>>>> status >>>>>> being changed upon getting an operation response. Hence how do we track >>>>>> the >>>>>> operation responses? >>>>>> >>>>>> Regards, >>>>>> >>>>>> Dilshan >>>>>> >>>>>> -- >>>>>> Dilshan Edirisuriya >>>>>> Senior Software Engineer - WSO2 >>>>>> Mob: + 94 777878905 >>>>>> http://wso2.com/ >>>>>> https://www.linkedin.com/profile/view?id=50486426 >>>>>> >>>>> >>>> >>> >>> >>> -- >>> Dulitha Wijewantha (Chan) >>> Software Engineer - Mobile Development >>> WSO2 Inc >>> Lean.Enterprise.Middleware >>> * ~Email duli...@wso2.com <duli...@wso2mobile.com>* >>> * ~Mobile +94712112165 <%2B94712112165>* >>> * ~Website dulitha.me <http://dulitha.me>* >>> * ~Twitter @dulitharw <https://twitter.com/dulitharw>* >>> *~Github @dulichan <https://github.com/dulichan>* >>> *~SO @chan <http://stackoverflow.com/users/813471/chan>* >>> >> >> >> >> -- >> Inosh Perera >> Software Engineer, WSO2 Inc. >> Tel: 0785293686 >> > > > > -- > Dilshan Edirisuriya > Senior Software Engineer - WSO2 > Mob: + 94 777878905 > http://wso2.com/ > https://www.linkedin.com/profile/view?id=50486426 > -- Kasun Dananjaya Delgolla Software Engineer WSO2 Inc.; http://wso2.com lean.enterprise.middleware Tel: +94 11 214 5345 Fax: +94 11 2145300 Mob: + 94 771 771 015 Blog: http://kddcodingparadise.blogspot.com Linkedin: *http://lk.linkedin.com/in/kasundananjaya <http://lk.linkedin.com/in/kasundananjaya>*
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev