T
Tore
We have an XSD schema/object graph that for the most part reflects our
database. I'm running into an issue where this granularity doesn't always
match the need for using data from multiple datatables. For example, I have
a master datatable with several detail datatables, and I would like to
create (declare if I can) a "composite" containing column values from the
master, as well as columns from other datatables along with aggregate values
of data in yet other datatables.
In reality, this resulting data will be displayed in a grid (one column will
be updatable) and consurrently bound to other controls.
If I was writing stored procedures and handcoding every operation, this
would be quite straight forward, but I am trying to work with the object
graph/schema approach.
Is there a way to do this in the schema itself?
What would be the best way to achieve this? Would I need to create derived
DataViews and programmatically add expression columns? And would I have to
implement the "external" accesses in event handlers?
TIA,
Tore.
database. I'm running into an issue where this granularity doesn't always
match the need for using data from multiple datatables. For example, I have
a master datatable with several detail datatables, and I would like to
create (declare if I can) a "composite" containing column values from the
master, as well as columns from other datatables along with aggregate values
of data in yet other datatables.
In reality, this resulting data will be displayed in a grid (one column will
be updatable) and consurrently bound to other controls.
If I was writing stored procedures and handcoding every operation, this
would be quite straight forward, but I am trying to work with the object
graph/schema approach.
Is there a way to do this in the schema itself?
What would be the best way to achieve this? Would I need to create derived
DataViews and programmatically add expression columns? And would I have to
implement the "external" accesses in event handlers?
TIA,
Tore.