#4 Relationship definitions one-directional?

closed-wont-fix
5
2003-03-11
2003-02-27
No

Created a relationship via "Relationships" tab that has
dt1=user, dt2=group. Switch to "object" tab to edit
the "group" object, and this relationship is not
available in the relationship pulldown. By changing
the relationship so that group is dt1, the relationship
becomes available for selection. Is this desired
behavior? Why?

Using version 0.0.3, downloaded as tarball from
sourceforge mid-January, 2003.

Discussion

  • Hans Lellelid

    Hans Lellelid - 2003-02-28

    Logged In: YES
    user_id=568541

    Heh. This was intentional, yeah. It had to do with
    relationships to with the fact that there are cases where
    you want to create a realtionship relating a datatype to
    itself. In the traditional F1DB model the display of
    relatable records is done such that all records not in
    current dt are displayed. You should be able to get around
    this by selecting both datatypes for dt1 and dt2.

    The directionality may not be crucial -- and in fact, older
    versions of PHlexDB were bi-directional. Look at the code /
    comments in pxdb_input::_get_values() as well as search
    classes. Again, this was primarily implemented to handle
    the exception of self-relationships. Syntax relationship
    model needs thought. :-)

     
  • Jase Roberts

    Jase Roberts - 2003-02-28

    Logged In: YES
    user_id=662162

    Aha. I had forgotten that these primaryrel relationships
    can specifiy multiple datatypes. I'm curious where the
    ability to have multiple datatypes is useful.. (and where
    using noderel or secondaryrel wouldn't be more appropriate)?

    The variety of different relationships in F1DB/Syntax can be
    confusing even to an expeirenced developer -- especially
    since they've been mis-used on a number of occasions
    (relating two objects via pickrel, for example).

     
  • Nyk Cowham

    Nyk Cowham - 2003-03-11
    • status: open --> open-wont-fix
     
  • Nyk Cowham

    Nyk Cowham - 2003-03-11
    • assigned_to: nobody --> ncowham
     
  • Nyk Cowham

    Nyk Cowham - 2003-03-11

    Logged In: YES
    user_id=17438

    This is intentional behavior, and so there are no plans to
    change this behavior.

     
  • Nyk Cowham

    Nyk Cowham - 2003-03-11
    • status: open-wont-fix --> closed-wont-fix
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks