How to Correctly Define Many-To-Many Relationships in Database Design

แชร์
ฝัง
  • เผยแพร่เมื่อ 16 มิ.ย. 2024
  • 📝 Get my free SQL Cheat Sheets: www.databasestar.com/get-sql-...
    🎓 Learn how to design an effective database and create it using SQL: databasestar.mykajabi.com/edd...
    A many-to-many relationship is where many records in one table can relate to many records in another table.
    In this video, you'll learn:
    What a many-to-many relationship is (with an example)
    Why a many-to-many relationship has issues with modeling like a normal relationship
    The solution to the problems caused by this relationship
    How to update your ERD (Entity Relationship Diagram) to include the new solution
    Timestamps:
    00:00 Introduction
    00:30 What is a many-to-many relationship?
    01:27 Student and class example
    02:34 Solution to this problem
    03:18 Design of the tables
    05:47 Name of the table
  • วิทยาศาสตร์และเทคโนโลยี

ความคิดเห็น • 243

  • @kosnowman
    @kosnowman 5 หลายเดือนก่อน +12

    this channel should be a million-subscriber channel, developers overlooked the importance of the database

    • @DatabaseStar
      @DatabaseStar  5 หลายเดือนก่อน

      Thanks for the support!

    • @federicobau8651
      @federicobau8651 18 วันที่ผ่านมา

      Yes, and most piece of software that need a database also means are database-centric. that is, they are 'data-driven' but despite this, as you said is overlooked and non optimized which is ridiculous. Furthermore, data for most company is probably the single closest thing to their actual 'richness' or 'money' That is, data == money and database == bank from a Company point of view, so see what disaster company do with their money/bank (data/database) is crazy. Once, because of a negligence of some manager in a previous company, and entire database was gone., The guy lost job on the spot and company lost lots of money..

  • @jackisbeast10
    @jackisbeast10 3 ปีที่แล้ว +57

    It’s crazy that I just learned more in 3 min than I did in 2 weeks of a lecture

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว +5

      Awesome! Glad you liked the video and learned something from it.

    • @vladimirsimic7082
      @vladimirsimic7082 3 ปีที่แล้ว +1

      Me too. :)

  • @StefanoVerugi
    @StefanoVerugi 2 ปีที่แล้ว +19

    in my opinion this video serves two purposes:
    1 clear and simple explanation for those who need to learn its subject
    2 learn the standard of a high quality video tutorial (for SQL or else), many skilled vbloggers fail at it
    thanks for posting

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว +5

      Thanks, I'm glad you like the content and the style of video!

  • @GuzForster
    @GuzForster 3 ปีที่แล้ว +62

    Man, this completely saved my day. I was banging my head against this concept until I saw this. Thank you.

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว +3

      Glad it helped!

    • @markusandrew8360
      @markusandrew8360 2 ปีที่แล้ว

      You prolly dont care but does anybody know a way to get back into an Instagram account?
      I was stupid forgot my account password. I would appreciate any help you can offer me.

    • @Sz-hi7wj
      @Sz-hi7wj 2 ปีที่แล้ว

      @@markusandrew8360 what about the ,,forgot my password" option?

  • @jeffmoden4332
    @jeffmoden4332 2 ปีที่แล้ว +18

    It's not my job to judge but I have to say something on this one. Like Jack Williams said below, a lot of people are going to learn more in this 7 minutes than in 2 weeks of lecture. Your order of revelation was perfect (and a whole lot of even well seasoned instructors get this so very wrong). Your simple yet totally accurate graphics were perfect for the task. Your narrative and tone were perfect. Your CSV example and the mention of how that violates several normal forms was perfect because it expressed the problem without making "normal forms" a distraction from the gist of the presentation.
    This should be "required reading/must watch" for all instructors that want to learn more on the arcane subject of how to make an effective presentation. The title and write up on this video are equally impeccable. Very, very well done Mr. Brumm and truly deserving of the "Database Star" handle.
    If someone asks me about many-to-many joins, junction tables, or just how to solve such a problem, this video is where I'm going to point them to. BOOK MARKED!

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว +1

      Wow, thanks so much for the comment. I’m glad you found this useful, not just the topic but the video structure overall. I’ll keep this in mind for videos I create in the future. I’m glad it was helpful for you and thanks for sharing it with others!

  • @michaell1787
    @michaell1787 3 ปีที่แล้ว +7

    Thank you for the help. I was stuck with this exact problem and couldn't understand where a certain table came from and then saw they just broke up a many to many relationship. Much appreciated! With distance learning videos like this help out a lot!

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      No problem, glad it was helpful!

  • @mauricemakesmovies
    @mauricemakesmovies 2 ปีที่แล้ว +16

    You have some serious teaching skill. Keep up the great work! Your video's helped me with a current design I'm working on, involving films. Films often have multiple genre's and genre's can of course be associated with multiple films. This video helped me clearly decide to use a joined table. Thank you!

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว +3

      Thanks so much! Glad you like the video and glad it could help you with your design.

  • @erf5719
    @erf5719 4 หลายเดือนก่อน +2

    Its a great example of the greatness of Proper and correct way of lecture.

  • @yt-sh
    @yt-sh 4 ปีที่แล้ว +24

    This channel is so underrated

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว +4

      Thanks Ric!

    • @muqeetkhan7649
      @muqeetkhan7649 4 ปีที่แล้ว +3

      i agree man these tutorials are a blast.

  • @kossiviaglee2997
    @kossiviaglee2997 9 หลายเดือนก่อน +1

    YOU MADE MY DAY WITH THIS VIDEO. THANKS SO MUCH! PLEASE, DO NOT STOP!

    • @DatabaseStar
      @DatabaseStar  9 หลายเดือนก่อน

      Glad to hear it!

  • @sammyattah4653
    @sammyattah4653 ปีที่แล้ว

    Best video I have seen on Many to Many relationships. Precise and concise. Thanks a lot.

    • @DatabaseStar
      @DatabaseStar  ปีที่แล้ว

      No problem, glad you found it useful!

  • @solis_void
    @solis_void ปีที่แล้ว +2

    Thanks you, I had a very hard time understanding why the many-many relationships needed a bridge table and your explanation was very helpful.

  • @praleen_
    @praleen_ 3 ปีที่แล้ว

    🌞 Thank you, it is clear as day and now I understand the concept of Many-to-many! Yayyy!

  • @saikiran538
    @saikiran538 2 ปีที่แล้ว

    This is a real good example helped me alot, as I was stuck how to make many-to-many relationship. Thanks greatly appreciated!

  • @sakinahuzefa1979
    @sakinahuzefa1979 4 ปีที่แล้ว +5

    This was a really good explanation, and it really helped me in my examination, so thank you so much!

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว +2

      Glad you found it useful!

  • @miguelnoriega6470
    @miguelnoriega6470 4 ปีที่แล้ว +2

    Thanks for the tutorial!

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว

      Thanks, glad you like it!

  • @idk5598
    @idk5598 ปีที่แล้ว

    can't believe this content is for free .. this is even better than paid stuff

  • @dalskiBo
    @dalskiBo ปีที่แล้ว

    Struggled grasping this until I found your video; thanks.

  • @robertstjohn4906
    @robertstjohn4906 2 ปีที่แล้ว

    Very helpful. The joining table was the kicker for me :) THX!

  • @issarukayat5992
    @issarukayat5992 3 ปีที่แล้ว

    Thank you so much, you make all details so clear and easy to follow

  • @TomGrubbe
    @TomGrubbe หลายเดือนก่อน +1

    Awesome. This was exactly what I was looking for!

    • @DatabaseStar
      @DatabaseStar  29 วันที่ผ่านมา

      Glad I could help!

  • @t33mc
    @t33mc 3 ปีที่แล้ว

    Thank you for this knowledge. I finally get it.

  • @claudiaandaika6778
    @claudiaandaika6778 2 ปีที่แล้ว

    Thank you. Just what I needed

  • @TheYousufosoly
    @TheYousufosoly 2 ปีที่แล้ว

    Thanks so much. Made understanding this so much easier.

  • @akira_asahi
    @akira_asahi ปีที่แล้ว

    Thank you for the video. I am grateful for your time and contribution. Kind regards, Akira.

  • @budmonk2819
    @budmonk2819 8 หลายเดือนก่อน

    So much gold !!! Thank you.

    • @DatabaseStar
      @DatabaseStar  8 หลายเดือนก่อน

      Glad you enjoyed it!

  • @haymondposala4015
    @haymondposala4015 2 ปีที่แล้ว +1

    Awesome! Best explanation on this topic for me. Thanks.

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Thanks! Glad you liked it.

  • @raghav5074
    @raghav5074 3 ปีที่แล้ว +3

    This guy is the DBMS God.

  • @lucasjohn3014
    @lucasjohn3014 3 ปีที่แล้ว +2

    your explanation is so simple and so clear

  • @HoshigirlYOO
    @HoshigirlYOO 4 ปีที่แล้ว +4

    Excellent. very clear explanation, liked and subscribed.

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว

      Glad you like it! And thanks for subscribing!

  • @makl-the-oracle
    @makl-the-oracle ปีที่แล้ว

    solid af, straight to the point most appreciated !

    • @DatabaseStar
      @DatabaseStar  ปีที่แล้ว

      Thanks, glad you liked it!

  • @rizadwiandhika9253
    @rizadwiandhika9253 3 ปีที่แล้ว

    wow ive benn so confusing on designing db with many to many relationship, thank you for the nice explanation

  • @niphomahlangu2733
    @niphomahlangu2733 ปีที่แล้ว

    Understood. Thanks for the tutorial.

  • @atadjs
    @atadjs 2 ปีที่แล้ว +1

    Oohhh that what my tutor was trying to teach me today. Thanks I now understand

  • @numberonetech4990
    @numberonetech4990 6 หลายเดือนก่อน

    Thank you for your expaination. Helps me to understand the data duplication.

    • @DatabaseStar
      @DatabaseStar  6 หลายเดือนก่อน

      Glad it was helpful!

  • @Nicosfrs
    @Nicosfrs 2 ปีที่แล้ว +1

    Holy, this video is just pure gold

  • @abdulahaldhem4511
    @abdulahaldhem4511 2 ปีที่แล้ว

    thanks Ben , your explanation is short and full of details 🌹🌹

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Thanks, glad you like it!

  • @mantasgumbelevicius2891
    @mantasgumbelevicius2891 2 ปีที่แล้ว

    Amazing video. It is so simple after watching it. Good luck!

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Thanks so much. Glad you liked it.

  • @iluvsyphonfilter
    @iluvsyphonfilter 2 ปีที่แล้ว

    Very good explanation, thanks!

  • @otavioattuy5394
    @otavioattuy5394 ปีที่แล้ว

    Great content! Thank you!

  • @smartygamer2512
    @smartygamer2512 2 ปีที่แล้ว

    Thanks for the video.Love it!

  • @sujanbasnet8243
    @sujanbasnet8243 3 ปีที่แล้ว

    Thank you for posting this video

  • @Pensive_117
    @Pensive_117 ปีที่แล้ว

    This was quite helpful. Thank you :)

  • @HAIDARII
    @HAIDARII 4 ปีที่แล้ว +3

    thank for your sharing

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว +1

      No problem, glad you like it!

  • @6AM96
    @6AM96 2 ปีที่แล้ว

    Thank you I have an exam coming up and this really helps a lot!

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Thanks, glad you like it! Good luck for your exam.

  • @pvchio
    @pvchio 3 ปีที่แล้ว +4

    This is very good.

  • @waynefong5960
    @waynefong5960 4 ปีที่แล้ว +2

    thanks, it helped my a lot

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว

      Glad you found it useful!

  • @cba2142
    @cba2142 3 ปีที่แล้ว

    it was really nice the explanation abouth the options of using or not the primary key in the student_class. Ty

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      Thanks, glad you like it!

  • @ayowandeoluwatosin9365
    @ayowandeoluwatosin9365 ปีที่แล้ว

    This is awesome. Thank you

  • @fawzisdudah8511
    @fawzisdudah8511 ปีที่แล้ว

    Great video; simple example 👍

  • @levizwannah
    @levizwannah 4 ปีที่แล้ว +2

    Very good tutorial....

  • @TheSuperHombre
    @TheSuperHombre 3 ปีที่แล้ว

    Nice explanation, thanks.

  • @LoizidesGeorge
    @LoizidesGeorge ปีที่แล้ว

    Thanks !
    [ fastest way to bring back to my memory data base design I did few decades ago :) ]
    Γ

  • @ucheobi6382
    @ucheobi6382 3 ปีที่แล้ว

    Thanks...This is so helpful

  • @kanehtube5390
    @kanehtube5390 11 หลายเดือนก่อน

    Thank you!

    • @DatabaseStar
      @DatabaseStar  11 หลายเดือนก่อน

      You're welcome!

  • @mav358
    @mav358 2 ปีที่แล้ว

    very clear and understandable explanation. greetings from germany

  • @medilies
    @medilies 4 ปีที่แล้ว +4

    Great content

  • @P0cketfull0fsunshine
    @P0cketfull0fsunshine 2 ปีที่แล้ว +1

    Thanks for explaining this way more simply and eloquently than my university materials lol

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว +1

      No problem, glad it was helpful!

  • @heppe5931
    @heppe5931 3 ปีที่แล้ว

    Thanks alot for a good video!!

  • @servantofgod9679
    @servantofgod9679 3 ปีที่แล้ว

    thank you, GOD BLESS

    • @DatabaseStar
      @DatabaseStar  9 หลายเดือนก่อน

      You’re welcome

  • @simiterman
    @simiterman 2 ปีที่แล้ว

    Thank you very much

  • @tomsupis8724
    @tomsupis8724 ปีที่แล้ว +1

    Nice video thank you! Just wanted to mention that as someone who would be new to the database. I would prefer the StudentClass table name as it would be easier for me to find it. I have experience working with big database and often I find myself looking at a new table and then trying to find all the relative ones. Lets say if I am looking at Student table, StudentClass would have been the next table that I find, and then Class is already next.

    • @DatabaseStar
      @DatabaseStar  ปีที่แล้ว

      Good point! Good to know that you would find that name more helpful.

  • @ronaldjohnson4470
    @ronaldjohnson4470 4 ปีที่แล้ว +1

    Great Channel

  • @Manilck
    @Manilck 2 ปีที่แล้ว

    Thanks!

  • @guhkunpatata3150
    @guhkunpatata3150 2 ปีที่แล้ว

    great explanation

  • @joeamadeus9002
    @joeamadeus9002 3 ปีที่แล้ว

    clear explanation!

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      Thanks, glad you like it!

    • @joeamadeus9002
      @joeamadeus9002 3 ปีที่แล้ว

      @@DatabaseStar can I apply this to many-to-many for the same kind of tables.
      For example, student-student (friendship) where multiple students have multiple students as friend.
      Is it best way?

  • @toucan1462
    @toucan1462 2 ปีที่แล้ว

    Thank you so much omg

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Glad you found it helpful!

  • @klearner666
    @klearner666 2 ปีที่แล้ว

    Thank you so much for such a great video.
    I'm always stuck on these relationship things..!!
    You earn the sub and like :)
    And I would like to suggest you that if you grab all the related videos and make a playlist or put a link in the description
    It's all scattered actually I didn't find this video until TH-cam recommended me while I was watching your one-to-one relationship video..
    And also it would be great if you can make same videos on a full project example like by using Entity framework core.
    Anyway I love your teaching style thank you again..!! :)

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Thanks a lot, and I'm glad you enjoyed it!
      Sure, that's a good idea about the playlist. I'll make one and put it on the channel.
      A project example sounds good. I don't have any experience with Entity framework core but I can use something else.

  • @eyupalakus8543
    @eyupalakus8543 2 ปีที่แล้ว

    Great Video

  • @ahmettachmuradov8630
    @ahmettachmuradov8630 3 ปีที่แล้ว

    thank you

  • @YaiseAkuma
    @YaiseAkuma 2 ปีที่แล้ว

    Why tf do teachers ( 5 of my teachers ) not teach this way, thanks for the video life saver

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Glad you found it useful! Do you have any other topics you’d like to know more about?
      That’s a shame your teachers aren’t helping that much.

  • @AnthonyGarner_bzaromedia
    @AnthonyGarner_bzaromedia 5 ปีที่แล้ว +2

    thanks for this video. I am now wondering 1. Can I set this "Many-to-Many" relationship up in my Oracle 18.4XE DB and 2. How? Obviously, I am totally new to Oracle and setting up and working with DB's.... Help! Also in what order of classes do I need in order to be proficient in this area of IT?

    • @DatabaseStar
      @DatabaseStar  5 ปีที่แล้ว

      Yes, you can set it up in Oracle 18 XE (and any other database you happen to use). I would suggest learning about database design first, and then an introduction to Oracle SQL. I have a couple of articles that may help, or you can Google for something you like:
      www.databasestar.com/database-normalization/
      th-cam.com/video/lzzAXsySxx4/w-d-xo.html

  • @danielhimes9068
    @danielhimes9068 2 ปีที่แล้ว

    Thank you :-D

  • @ctbrowncoat7147
    @ctbrowncoat7147 2 ปีที่แล้ว +1

    Great video, thanks! How would you write a SELECT statement to get the list of class names one student was taking? For example, at 5:40 looking at your example, it looks like student Claire is taking three classes (DB01, PH01, WEB02). Any advice on what the select statement would look like when a joining table like this is needed to get ? Thanks again!!

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว +2

      Thanks! Sure, the SELECT statement would select from the class table and use some joins to the student_class and student table. Here's one way to do it:
      SELECT name
      FROM class
      INNER JOIN student_class ON class.id = student_class.class_id
      INNER JOIN student ON student_class.student_id = student_id
      WHERE student.student_id = 4;
      This will show all class names taken by Claire.

    • @ctbrowncoat7147
      @ctbrowncoat7147 2 ปีที่แล้ว

      @@DatabaseStar thanks!!

  • @shibinabraham7819
    @shibinabraham7819 3 หลายเดือนก่อน +1

    Thank you for this video. Very nicely explained. Can you please confirm/explain if there is a difference between "Joining Table" or "Look Up Table" or are they the same?

    • @DatabaseStar
      @DatabaseStar  3 หลายเดือนก่อน

      Thanks! Yes there is a difference. A Joining Table is used when there is a many to many relationship and it's for storing the different combinations of records, like in this video. A Lookup Table is to hold a single list of options - think of something like options in a drop-down list on a web page.

  • @hooyah
    @hooyah 2 หลายเดือนก่อน +1

    Very clear explanation, I just created tables students and classes. and I tried to insert data. and try joining the query where is who is taking class 1 and what classes are taking student 1. thanks 🙏🙏

    • @DatabaseStar
      @DatabaseStar  2 หลายเดือนก่อน

      Thanks! I’m glad it helped.

  • @josephnour6888
    @josephnour6888 2 ปีที่แล้ว

    thanks alot

  • @Pages_Perfected
    @Pages_Perfected 2 ปีที่แล้ว

    you are super good

  • @danielcrompton7818
    @danielcrompton7818 3 หลายเดือนก่อน

    Thanks so much for one of the best Database videos I have ever seen. Thanks for spending the time to make things super explicit through detailed and well-explained examples! I have 1 question though. What do i set as the primary key for my linking table? I am using SQLAlchemy and it requires a primary key on each table. Would it be appropriate to set an index (like 0 1 2 3 4 5...) just to satisfy it, no to use? Thanks in advance!

    • @DatabaseStar
      @DatabaseStar  3 หลายเดือนก่อน

      Thanks, I'm glad you like the video!
      If you need a primary key, I would recommend that you create a new column for the primary key on the linking table. This could be an auto-incrementing number, as you mentioned (the numbers would go 1, 2, 3, 4...)

  • @Lonchanick
    @Lonchanick 10 หลายเดือนก่อน

    Hey thanks for your invested time! I have a question, is it necessary to use two foreign keys? Or can I use only the student Id as a foreign key inside the class table? Thanks!

    • @DatabaseStar
      @DatabaseStar  10 หลายเดือนก่อน +1

      You’re welcome! Yes you would need to use two foreign keys in the joining table so you can capture all of the combinations of student and class. If you just have the student ID in the class table, then you won’t be able to store multiple students for a class.

  • @paula805
    @paula805 3 ปีที่แล้ว +1

    A joining table seems a lot like a fact table in the dimensional modelling paradigm. It's populated mostly with foreign keys and (optionally) some measures. Is it correct to think of a fact table as a joining table then?

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      Yeah that's one way to think of it! They are quite similar as you've pointed tomorrow.

  • @YOUdudex
    @YOUdudex 2 ปีที่แล้ว

    This is amazing, i have a similar relationship like this at work in our project. We have a relationship of contact and contact-list. One problem we get is when we need to fetch all contact lists along with the number of contacts belonging to that list (done using grouping in mongodb aggregation), everything is good except the edge that when the contact-list has no related contacts, the contact-list wont even show up in such a query. Any workarounds?

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      I would guess that this is due to the join type being used. If it's an Inner Join, between the two tables, it will only show matching records (contacts that have a contact list). If you use an Outer Join, it would show contact lists that have no contacts. Hope that makes sense. I have videos on Inner and Outer joins, and you can search TH-cam or Google for others too.

  • @dooham1383
    @dooham1383 3 ปีที่แล้ว

    Can you elaborate on the the relationship between the entities...like what crow's foot notation you would put between each entity and why. Thank you!

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      Sure! I believe they would both have "one to many" relationships, where the "many" side (the one with the three lines) goes on the joining table in the middle, and the "one" side goes on the other tables.

  • @ashutoshrattan7940
    @ashutoshrattan7940 4 ปีที่แล้ว +1

    Great Video!
    I have a doubt. You said while linking the student and class table you can't add more rows (for the same person) as it violates the normalisation constraints. But in the final joining table, you made multiple rows for a single student id. Isn't that a vioalation ?

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว

      Thanks! Yeah, that's right. Ideally you would only want to capture one combination of a student and a class (e.g. student John can only be in Maths class once). You can add multiple records for the same student, but the classes would be different (student John could enrol in Maths, Science, and Sport, for example).

    • @ashutoshrattan7940
      @ashutoshrattan7940 4 ปีที่แล้ว

      @@DatabaseStar Okay I get it. And btw thanks a ton for the prompt reply on video thats slightly old (atleast by TH-cam's standards).

  • @name1927
    @name1927 7 หลายเดือนก่อน

    subscribed this channel👍🏻

  • @Janith1980
    @Janith1980 3 ปีที่แล้ว +1

    Would you be able to let me know: We could use a composite primary key for the joining table. Hence, a composite primary key would be unique by definition right?
    Thanks
    Michael

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      Hi, yes you can use a composite primary key for the joining table. It works pretty well and you won't have to create a third column for the Primary Key.

  • @gilgameshgaming4210
    @gilgameshgaming4210 7 หลายเดือนก่อน

    ty

    • @DatabaseStar
      @DatabaseStar  7 หลายเดือนก่อน

      You’re welcome

  • @gauravsrivastava17
    @gauravsrivastava17 20 วันที่ผ่านมา +2

    Great

  • @WinterWolf94
    @WinterWolf94 3 ปีที่แล้ว

    I have a question: in the diagram you created showing the crow's foot notation, there is only one notation mark on each end of any relationship. To my understanding, there are supposed to be two notations on each end at all times. Thank you.

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      That's true, you can have two notations or marks. One represents the minimum and one represents the maximum.

  • @roman_mf
    @roman_mf ปีที่แล้ว

    Hello Ben! Thank you for this video. Could you shed some light on this please: I get the purpose of joining table. However, I'm having trouble wrapping my head around the relationships between (student and student_class) and (class and student_class). Why both of those are one to many?

    • @DatabaseStar
      @DatabaseStar  ปีที่แล้ว

      Glad you like the video! Sure I can help.
      The reason they are both one-to-many is because that's how a many-to-many relationship is captured. And the reason for this, with this example, is because a student has many classes. So, in the student_class table, for student id 1, there could be multiple records (student 1 class 1, student 1 class 2, student 1 class 5, for example). But for each record in the student class table, there is only one related student record.
      We can say the same thing for the class and student class relationship.
      Hope that answers your question!

  • @joshi1q2w3e
    @joshi1q2w3e ปีที่แล้ว +1

    So are bridge tables helping join Dimension tables or Fact tables? Are there any books that dive deeper into this?

    • @DatabaseStar
      @DatabaseStar  ปีที่แล้ว +2

      Bridge tables are used to join two tables where there is a many to many relationship, in a normalised or "OLTP" database. I don't have as much experience using Fact or Dimension tables, but as far as I know there is a one to many relationship between Fact and Dimension, so there is no need for a bridging table.
      As far as books, I'm not sure. There may be some books on data modelling or database design out there.

  • @durrium
    @durrium 4 ปีที่แล้ว +1

    Nice vid! One question though. I cannot add any data to my joining table, am i thinking wrong here? :) thanks

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว

      Thanks! You should be able to add data to your joining table with an INSERT statement. If both columns are foreign keys, these values need to exist in the corresponding table. Are you getting an error?

    • @ashutoshrattan7940
      @ashutoshrattan7940 4 ปีที่แล้ว

      @@DatabaseStar I guess, @durrium means that we won't be adding the data explicitly to the joining table? That is what I was thinking. Maybe you can have stored procedure or something for automatic population of the joining table.

  • @pampofski8751
    @pampofski8751 ปีที่แล้ว

    3:19 what software is being used here?

  • @voodoochili12
    @voodoochili12 4 ปีที่แล้ว

    What would be the SQL query to generate the student_class bridge table? Something like: SELECT * FROM student CROSS JOIN class?

    • @DatabaseStar
      @DatabaseStar  4 ปีที่แล้ว

      That query would show all students in all classes. To populate tables like that in examples I usually use spreadsheets and insert the data manually. Or you could write some SELECT queries that selected specific students for each class.

  • @omercelebi2012
    @omercelebi2012 หลายเดือนก่อน

    05:10 I don't understand that part. If I set unique const. for table I should do that for each column right? but now we can't assign same class id for other students or vice versa.. How to prevent create duplicate record for both student and class ids?

    • @DatabaseStar
      @DatabaseStar  หลายเดือนก่อน

      Good uqestion. We can add a unique constraint for multiple columns in a single constraint, and that's what I am suggesting here. Something like this:
      CONSTRAINT uc_studentclass UNIQUE (student_id, class_id)

  • @dob610
    @dob610 3 ปีที่แล้ว

    If I were to build tables for an English dictionary, would I define tbl_term to tbl_parts-of-speech as many-to-many and then tbl_parts-of-speech to tbl_definition as many-to-many? Thanks

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว

      That sounds good to me. As long as a term has many parts of speech, a part of speech has many terms, a part of speech has many definitions, and a definition has many parts of speech.

  • @jacknoyan9595
    @jacknoyan9595 3 ปีที่แล้ว +1

    Thanks a lot man 🙏 u r awesome
    I have a question if i may,
    Sometimes Database is not as simple as just one relationship,
    For example :
    What if u have a product and that product has multiple color's and every product with a certain color has multiple sizes,
    So in this situation the color table has many-to-many with the product, and the size table has many-to-many
    With the product and color which is confusing, because
    U cant say product-1 has three sizes because the size depends on the color first,
    What i mean by that is in the real world its gonna be like this :
    The PRODUCT-1 with the color RED exists in three sizes
    XL quantity 5
    L quantity 10
    M quantity 7.
    So how is this kinda relationship looks like???
    Im sorry i know its a long question
    But i would really really like to see a video like this because all i could find is just the basics and u cant learn much out of that

    • @DatabaseStar
      @DatabaseStar  3 ปีที่แล้ว +1

      Great question! I would imagine the product table would have a column called size and a column called colour. The size column in the product table could actually be size_id, which refers to the id in the size table. Same for colour - colour_id in the product table refers to the ID in the colour table.
      You could then have an entry in the product table for each combination of size and colour. But then you would have duplicate products. So perhaps you need a table that captures the combinations of size, product, and colour.
      I can create a video on this to better explain it!

    • @jacknoyan9595
      @jacknoyan9595 3 ปีที่แล้ว

      @@DatabaseStar yes thats exactly what im strugling to understand because if i wanna follow the normalization rules redundancy is a bad design
      And thank you man for considering making a video 🙏

    • @shegerians
      @shegerians 3 ปีที่แล้ว

      @@jacknoyan9595 Is the video available?

    • @jacknoyan9595
      @jacknoyan9595 3 ปีที่แล้ว +1

      @@shegerians no it never came out

  • @AvalancheGameArt
    @AvalancheGameArt ปีที่แล้ว

    At first i was afraid of this "many to many" after this video i realised i implement it correctly for all this time LOL

    • @DatabaseStar
      @DatabaseStar  ปีที่แล้ว

      Hehe glad to hear you're doing it well already!

  • @jesusveliz2150
    @jesusveliz2150 2 ปีที่แล้ว +1

    The explanation is very good, I just have one query, if you just have a list of students and you want to get all the common class of those students...? knowing that in java you don't have the student_class entity

    • @DatabaseStar
      @DatabaseStar  2 ปีที่แล้ว

      Thanks! To get that, you could write a query that selects the class names and a count from the class and student class tables. It could show the classes with the highest count of records in the student class table.

    • @jesusveliz2150
      @jesusveliz2150 2 ปีที่แล้ว

      @@DatabaseStar Of course I understand, but class stdinate table, it is only mapped in the student class, it is not a class as it would be done to consult it in a query with jpa.

  • @gripperdotcom5722
    @gripperdotcom5722 8 หลายเดือนก่อน

    Hi Ben, nice video, thanks. However I do not understand you say in 0:28 "how to avoid it..." I did not get the idea why we should avoid it. I think it is not possible to avoid it or replace many to many relationship. How did you mean it please explain more. You describe only how to use correctly the bridge table and that is it. What I know we could use also composite key. I think many to many is not possible to avoid fully. It is simply such a type of relationship. Each more advanced DB has its relationship and I think there is no point in getting rid of it. Please have mercy on my understanding, maybe i only do not realize the meaning if english word "avoid". thank you.

    • @DatabaseStar
      @DatabaseStar  8 หลายเดือนก่อน

      Good question! Yes, it's not possible to avoid them - if you have a "many to many" relationship betwen two entities, you'll still have the concept of that relationship after this process. The way that you capture the data for this is by adding this bridge table. This means you can record all of the combinations that you need between the two entities. Hope that answers your question!