Great! Give that a go, and see if it gets you what you need. As a footnote: I advocate *not* using data tables as a data transfer tool, except in very specific circumstances (such as ad-hoc query systems where the structure is very flexible). But that is a huge thing to change.
On 14 Feb 2018 7:07 am, "Som Shankar Bhattacharyya" < bhattacharyya...@gmail.com> wrote: > I see no remting format set. Looks like it used the default xml format. > > On Wed, Feb 14, 2018 at 12:11 AM, Marc Gravell <marc.grav...@gmail.com> > wrote: > >> Protobuf doesn't touch security, so we can ignore that one. >> >> Modelling datasets/DataTable is awkward. It isn't really a natural fit, >> but it can be manually forced. However, the first thing I'd say is: have >> you set the "RemotingFormat" on the dataset to **binary** before using your >> existing serialization? Assuming you are using BinaryFormatter, setting the >> "RemotingFormat" can have a *huge* efficiency benefit, and might allow you >> to get most of what you wanted without doing much work. >> >> On 13 Feb 2018 8:08 am, "Som Shankar Bhattacharyya" < >> bhattacharyya...@gmail.com> wrote: >> >>> So i work in a legacy Visual Basic project. It is a client server >>> application. The client application sends up some table data to the server >>> that persists to a file system. A separate windows service then reads this >>> data and saves to the server database. >>> Now the data that is sent up from the client is a datatable in a raw >>> .NET serialized format. The service that reads this information has the >>> model on its path and is hence able to reconstruct the objects. >>> >>> Now i want to get rid of this flow and use a more secure as well as >>> better performant way of doing the same. >>> Can someone give me an idea of how to approach this ? >>> >>> How do i model a dataset in the protobuff language ? >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Protocol Buffers" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to protobuf+unsubscr...@googlegroups.com. >>> To post to this group, send email to protobuf@googlegroups.com. >>> Visit this group at https://groups.google.com/group/protobuf. >>> For more options, visit https://groups.google.com/d/optout. >>> >> > -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To unsubscribe from this group and stop receiving emails from it, send an email to protobuf+unsubscr...@googlegroups.com. To post to this group, send email to protobuf@googlegroups.com. Visit this group at https://groups.google.com/group/protobuf. For more options, visit https://groups.google.com/d/optout.
