Symphony.

I've seen Subsection Manager links between sections referred to as 'one-way' relationships, with the inference being that Select Box Link links between sections are two-way.

As I understand it, this difference is merely an Admin interface one (Select Box Link relationships can be shown in sections' entries tables), and not a difference in the way the data/links are stored or the amount of information in the output XML. Is this correct?

this difference is merely an Admin interface one (Select Box Link relationships can be shown in sections' entries tables)

Correct. Pretty useful, btw.

not a difference in the way the data/links are stored

Don't know how SSM stores data. Never looked in DB for this :)

not a difference in [...] the amount of information in the output XML

SBL sends only the related IDs. Chaining another DS will retrieve all needed info.
SSM can build up to all fields from related section.

SSM is an all-in-one solution, SBL offers control and flexibility (filtering in chained DS etc).

Thanks vladG.

At the page template stage when using Subsection Manager, if you know only a subsection entry ID is there a way to find out which entr[y|ies] of a certain section has the current subsection selected?

For example:

1          2          3
|----|     |----|     |----|
A    B     C    D     E    F

A-F are entries that belong to a section which is a subsection of the section that 1, 2 and 3 belong to.

We are given 'C' and 'F' (or their IDs). How do we find out which entr[y|ies] "own" them, respectively? (C = 2, F = 3.)

I guess we need to create a data source for the "parent" section which outputs all entries and their "child" entries, and then filter this in XSLT based on the child entries we are given... but I run out of brain power and ability here.

That was exactly my situation at some point and, just like you, I was working my brains on how to solve it.

I guess we need to create a data source for the "parent" section which outputs all entries and their "child" entries, and then filter this in XSLT based on the child entries we are given...

That's the road I took as well.

But then @kanduvisla released SBL+ :D

In this filtering & refinement situation, SBL is superior to SSM. Having the enhanced SBL alternative, well, you know ... DS chaining et all.

My appreciation to @nils and SSM for doing a great job for so long.

Okay, thanks again for the guidance. I'll rework my current sections set up and try SBL+ for this relationship.

There is code for an extra field for the SSM that shows the parent section for the entry. I don't know whether you can filter on it or not, possibly...

Selectbox Link Field Plus extension page (for those having trouble finding it)