Вопросик по .NET datasetам. Вообщем есть два strong typed datasetа. Вот их упрошенные XSD схемы:



UserEntity:



[ xs:complexType ]

[ xs:sequence ]

[ xs:element name="UserId" type="xs:int" / ]

[ xs:element name="UserName" type="xs:string" / ]

[ /xs:sequence ]

[ /xs:complexType ]



UserInfoEntity:



[ xs:complexType ]

[ xs:sequence ]

[ xs:element name="UserId" type="xs:int" / ]

[ xs:element name="LastName" type="xs:string" / ]

[ xs:element name="Phone" type="xs:string" / ]

[ /xs:sequence ]

[ /xs:complexType ]



После загрузки данных нужно "собрать" эти два датасэта в один что-бы они отвечали следующей схеме :



[ xs:complexType ]

[ xs:sequence ]

[ xs:element name="UserId" type="xs:int" / ]

[ xs:element name="UserName" type="xs:string" / ]

[ xs:element name="LastName" type="xs:string" / ]

[ xs:element name="Phone" type="xs:string" / ]

[ /xs:sequence ]

[ /xs:complexType ]



как это делается в .NET ?

Edited by - YS on 9/27/2005 12:20:51 PM

мля, а процедурку нельзя изначально использовать чтобы нужный DataSet получить?



Если, DB Admin мазохист, и не даёт тебе такую возможность, то можешь загрузить в System.Data.DataSet обе таблицы а потом делать SQL Select на in-memory objects.



Sort of like:



DataSet.Tables[0].Select("Your SQL Query here");



не знаю, сам не делал, но вроде с .Net System.Data можно целую DBMS в памяти построить.

а как INNER JOIN в Tables делать? Прямо в БД делать не желательно - по архитектуре системы получится лишний запрос.

duuuude, DB is designed to do Inner Joins



that's kinda not too smart to load tables into .Net objects and then do a join on them. Way too much overhead in overall performance costs.



Unless, of course, you have an Access Database on Celeron with 256MB of RAM and your middleware is running on a supercomputer.