You get no benefit by using the binary formatter to serialize a dataset. Unfortunately, the ISerializable interface on the DataSet is implemented by generating XML and saving it to the SerializationInfo object.
So, all you get is a binary wrapper around an XML dataset. It's not any smaller. I learned this the hard way. > -----Original Message----- > From: franklin gray [mailto:[EMAIL PROTECTED]] > Posted At: Thursday, May 02, 2002 3:02 PM > Posted To: DOTNET > Conversation: Re: [DOTNET] HTTP Compression of XML WebServices > Subject: Re: [DOTNET] HTTP Compression of XML WebServices > > oh....well that makes things a little different. I guess I should have > asked about that sooner:-( Thanks for the info. It might come in very > handy. I am still playing with the binary serializtion of a Dataset > because I have noticed that for large datasets, it can take a while to > create the dataset from xml. Does anybody have an example of a binary > serialization of a dataset avaiable? > > -----Original Message----- > From: Marsh, Drew [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 02, 2002 1:44 PM > To: [EMAIL PROTECTED] > Subject: Re: [DOTNET] HTTP Compression of XML WebServices > > > franklin gray [mailto:[EMAIL PROTECTED]] wrote: > > > by doing this binary serialization of a dataset, would it be > > the same dataset? I too do it the way Robert does, by > > getting the xml and re-creating it on the client after > > decryption and decompression. The problem I have is that I > > loose the row state. IE...If change two rows on the client, > > send the ds xml back to the server, then recreate the DS on > > the server, I will not have two rows in the Getchanges > > method, I will have a row for every row as an addded row. > > Would Binary serialization would solve this problem? > > Are you using WriteXml or GetXml? If you need to maintain rowstate you > need > to use WriteXml with XmlWriteMode.DiffGram. If you want to only serialize > the *changes*, then you should call GetChanges and WriteXml the resulting > DataSet as a DiffGram. > > HTH, > Drew > > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or > subscribe to other DevelopMentor lists at http://discuss.develop.com. > > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or > subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
