Yes u are correct, you can use the ones directly on the DataService class, I was just responded of the top of my head and didn`t have the API open in front of me.
Dimitrios Gianninas Optimal Payments Inc. -----Original Message----- From: flexcoders@yahoogroups.com on behalf of Carlos Rovira Sent: Wed 3/7/2007 3:12 AM To: flexcoders@yahoogroups.com Subject: Re: [flexcoders] FDS and single items Hi Dimitros, Why don't use those methods directly from the DataService? I mean, DataService.mergeRequired and Dataservice.merge()...could be different? 06 Mar 2007 18:06:42 -0800, Dimitrios Gianninas < [EMAIL PROTECTED]>: > > > And then use the DataService.dataStore.mergeRequired property to know when > another client has had changes to the current data entity and then call > DataService.dataStore.merge() to take in the changes if u want. > > Dimitrios Gianninas > Optimal Payments Inc. > > -----Original Message----- > From: flexcoders@yahoogroups.com <flexcoders%40yahoogroups.com> on behalf > of Peter Farland > Sent: Tue 3/6/2007 5:50 PM > To: flexcoders@yahoogroups.com <flexcoders%40yahoogroups.com> > Subject: RE: [flexcoders] FDS and single items > > I think you want to look for FDS documentation about a Single Managed > Object. I believe instead of using the DataService.fill() API, you use > DataService.getItem()/DataService.createItem() APIs. > > http://livedocs.adobe.com/flex/2/langref/mx/data/DataService.html > > Also, Lin Lin mentioned SMOs on her blog: > > http://weblogs.macromedia.com/lin/archives/2007/02/how_to_get_sing.cfm > > Pete > > ________________________________ > > From: flexcoders@yahoogroups.com <flexcoders%40yahoogroups.com> [mailto: > flexcoders@yahoogroups.com <flexcoders%40yahoogroups.com>] On > Behalf Of Darren Houle > Sent: Tuesday, March 06, 2007 3:09 PM > To: flexcoders@yahoogroups.com <flexcoders%40yahoogroups.com> > Subject: [flexcoders] FDS and single items > > I am developing my first FDS application. It's small, and basically just > a > big form comprised of about 75 fields; radio groups, comboboxes, text > inputs, etc. > > Each time a new form is submitted it creates one row in a large table. > The > form can be retreived and edited later, which just updates the values in > > that existing row. > > Since two or three people can have the same form (record) open at the > same > time, I would like to use FDS to manage the data and stop them from > overwriting each other when they click "save" but... the FDS > documentation > and tutorials state in several places that you can only manage > ArrayCollections of objects. Problem is that in my case I couldn't > possibly > pull over 3000 records into an ArrayCollection, it would be too big and > slow. > > Is there a way to retreive and manage a single custom object containing > a > single form/record instead of an entire ArrayCollection of objects? Any > examples or tutorials out there showing how to do this? Could I possibly > > use some function to identify & select a single record, and then pull > that > one record over into an ArrayCollection that FDS would manage? That > seems a > little cumbersome. > > Darren > > -- > WARNING > ------- > This electronic message and its attachments may contain confidential, > proprietary or legally privileged information, which is solely for the use > of the intended recipient. No privilege or other rights are waived by any > unintended transmission or unauthorized retransmission of this message. If > you are not the intended recipient of this message, or if you have received > it in error, you should immediately stop reading this message and delete it > and all attachments from your system. The reading, distribution, copying or > other use of this message or its attachments by unintended recipients is > unauthorized and may be unlawful. If you have received this e-mail in error, > please notify the sender. > > AVIS IMPORTANT > -------------- > Ce message électronique et ses pièces jointes peuvent contenir des > renseignements confidentiels, exclusifs ou légalement privilégiés destinés > au seul usage du destinataire visé. L'expéditeur original ne renonce à aucun > privilège ou à aucun autre droit si le présent message a été transmis > involontairement ou s'il est retransmis sans son autorisation. Si vous > n'êtes pas le destinataire visé du présent message ou si vous l'avez reçu > par erreur, veuillez cesser immédiatement de le lire et le supprimer, ainsi > que toutes ses pièces jointes, de votre système. La lecture, la > distribution, la copie ou tout autre usage du présent message ou de ses > pièces jointes par des personnes autres que le destinataire visé ne sont pas > autorisés et pourraient être illégaux. Si vous avez reçu ce courrier > électronique par erreur, veuillez en aviser l'expéditeur. > > > > -- ::| Carlos Rovira ::| http://www.carlosrovira.com ::| http://www.madeinflex.com
<<winmail.dat>>
