I currently have a couple dining tables during the a plenty of-to-of a lot relationships, via an intermediate sign-up table

I currently have a couple dining tables during the a plenty of-to-of a lot relationships, via an intermediate sign-up table

I want to create a fixed level of a lot more attributes to for each couples during the a current of numerous-to-of many sign up. Bypassing towards the diagrams less than, and therefore of Solutions 1-cuatro is the better method, regarding advantages and disadvantages, to do this by stretching the beds base Circumstances? Or, will there be a much better solution We have not sensed here?

We today must put most backlinks so you’re able to characteristics belonging to your pair of established things. We have a predetermined level of these characteristics for every single partners, even though you to definitely entryway throughout the assets desk could possibly get connect with numerous pairs (or perhaps be utilized multiple times for starters few). I am seeking to influence the best way to do that, and you may have always been having trouble sorting out ideas on how to consider the situation. Semantically it appears as if I am able to identify it as people of your own adopting the as well:

  1. You to definitely few connected with one to group of a predetermined number of additional properties
  2. One to partners related to many additional features
  3. Of a lot (two) stuff connected with you to band of functions
  4. Of many items associated with of many properties

I have a couple object types, X and you will Y, per with unique IDs, and a connecting dining table objx_objy that have columns x_id and you can y_id , and this with her means the primary trick for the link. Per X is going to be pertaining to of many Ys, and you can vice versa. Here is the options to own my existing of numerous-to-of several dating.

Legs Situation

Today on the other hand You will find a set of characteristics outlined an additional table, and you may a couple of standards below which confirmed (X,Y) partners need to have assets P. Just how many requirements is restricted, as well best asian hookup app 2021 as the same for everyone pairs. It basically say “Inside problem C1, partners (X1,Y1) keeps possessions P1”, “In problem C2, couple (X1,Y1) keeps possessions P2”, etc, for a few factors/standards per few on sign-up table.

Option step 1

Inside my newest condition you’ll find just three including criteria, and that i haven’t any reason to anticipate that to improve, very that possibility will be to incorporate articles c1_p_id , c2_p_id , and you can c3_p_id in order to featx_featy , specifying for certain x_id and you can y_id , and this possessions p_id to use inside each one of the three instances.

This doesn’t look like recommended if you ask me, as it complicates the new SQL to select all of the properties put on an element, and will not easily scale so you’re able to a great deal more criteria. not, it does enforce the requirement regarding a certain number of conditions for each (X,Y) partners. Actually, it will be the only option here you to definitely does therefore.

Solution 2

One downside to this is exactly which does not indicate the number of requirements for each and every couple. Other is the fact once i was merely considering the very first relationships, that have something such as

However must incorporate a distinct clause to end content entries. This appears to have forgotten the reality that per couple is to can be found only when.

Option 3

Would an alternative ‘pair ID’ about register dining table, and now have an additional hook desk within earliest one to therefore the attributes and conditions.

This seemingly have the fresh fewest cons, except that the possible lack of enforcing a predetermined number of conditions for every single partners. Will it seem sensible even if to produce a special ID one describes absolutely nothing except that established IDs?

Option cuatro (3b)

Essentially the identical to Alternative step 3, however, without any creation of the additional ID industry. They do this by the placing both original IDs on the the latest signup desk, this includes x_id and you will y_id areas, rather than xy_id .

An additional benefit to this function would be the fact it generally does not alter the present tables (regardless of if they aren’t inside creation but really). But not, it generally duplicates a whole dining table many times (or feels like that, anyway) therefore including will not see ideal.

My impression would be the fact Solutions step 3 and you may cuatro try comparable adequate that we might go which have either one. I probably would enjoys at this point if you don’t towards requisite off a tiny, repaired quantity of backlinks in order to attributes, which makes Solution step 1 hunt more sensible than they otherwise carry out getting. Predicated on particular very restricted comparison, incorporating a distinct term on my concerns doesn’t seem to feeling abilities in this situation, but I don’t know that Choice 2 signifies the trouble due to the fact really due to the fact anyone else, by the built-in duplication because of placing an identical (X,Y) sets inside the numerous rows of hook up desk.

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *