In other words, we don't have any
objects that are in more than
one subclass, and that's sometimes called exclusive.
And if it's not disjoint, then
it's overlapping, meaning that objects
can be in multiple sub classes.
We can have any combination of these
pairs, so we can have
incomplete overlapping, or incomplete
disjoint, a complete disjoint
that are complete overlapping, lets take
a look back at our example,
for this example we will
probably have the case
that it's a complete subclass relationship.
In other words, every student is
in at least one subclass,
presumably every student is either
a foreign student or a domestic
student and further more,
we're going to say that
it's overlapping because we will
have students who, for example,
are both a domestic student and an AP student.
And in UML, the actual notation
is to put little curly braces here
to specify that that subclass
relationship is complete and overlapping.
To illustrate some of the
other cases, let's suppose that
we didn't have this whole section here with the AP students.
We only had foreign and domestic students.
In that case, we would say
that the subclass relationship is complete.
But in that case it would not be overlapping.
It would be disjoint.
Or suppose we didn't have this
whole left side here so all
we had was the AP student subclass.
In that case, it would
probably be an incomplete complete
subclass relationship because not everybody
is an AP student and
they wouldn't make any difference between
overlapping and disjoints since there
would be only one subclass in that case.
Okay we've now made it to
our last concept which is composition and aggregation.
Let me start by clarifying right off
that aggregation here has nothing
to do with aggregation in SQL.
Well, it's a completely different concept.
So let's first talk about composition.
Composition is used when we
have a database structure where
objects of one class kind
of belong to the objects
of another class and the
example I am going to use is colleges and departments.
So I've drawn the two classes here.
And let's say for the department
we have the department name and
we have say the building that the department is in.
And so we're assuming that
each college has a whole bunch
of departments, now we can
make a relationship, an association
between colleges and departments to
say that the department is in
a college but when we
have the idea that the
departments belong to a
specific college then that's
when this composition construct is used.
And the way the composition is written
is by putting a diamond over
here on the end of the association.
So composition is really a special type association.
And we'll fill in that diamond here to indicate composition.
Aggregation happens to have
an empty diamond which we'll see in
a moment so when
we have the diamond and
we're creating one of
these composition relationships there's
implicitly a one dot
dot one on the left side
so each department belongs to
one college but what's
kind of interesting here, what's
little different from the
normal relationship is that
we're not assuming that this
department name is a primary key exactly.
We could have this same department, in
fact even in the same building,
in different colleges and that
would be okay because a department
is through this relationship associated with it's college.
So that was composition, objects of
one class belonging to objects of another.
Let me give an example of aggregation.
This is a slight stretch but
what I'm going to make is a class of apartments.
Not departments but apartments.
So we're going to imagine that
there are apartment buildings
represented in our database, maybe
they have an address that the primary
key and something like the number
of units, and what we're
going to imagine is that
some apartment buildings are owned
by or associated with the
college but not all of them are.
And that's what aggregation does.
So for aggragation we again
have a relationship here, but
in this case, we make a
diamond on this side that
is open, and what that
says is that each apartment,
each object in the apartment
class is belonging to
a college either at
most one college or no college at all.
So we can have apartments that belong
to a college we can have,
kind of, free-floating apartments and that's
what the open diamond, which is aggregation, is about.
So in conclusion, the data
modeling portion of the
Unified Modeling Language can be
used to perform database design at a higher level.
It's a graphical language.
We went through the five main
concepts of the language, and also
very importantly UML designs can
be translated to relations automatically.
And that is the topic of the next video.
ในคำอื่น ๆ เราไม่มี
วัตถุที่อยู่ในมากกว่า
ย่อยหนึ่ง และที่บางครั้งเรียกว่าไม่ได้
และ ถ้ามันไม่ใช่ตัว แล้ว
จะซ้อน หมายถึง การที่วัตถุ
สามารถในหลายย่อยเรียน
เราสามารถมีการรวมกันของเหล่านี้
จับคู่ เพื่อให้เราสามารถมี
ซ้อนไม่สมบูรณ์ หรือไม่สมบูรณ์
disjoint ความสมบูรณ์ตัว
ที่จะซ้อนทับกันสมบูรณ์ให้
ดูที่ตัวอย่างของเรา,
สำหรับตัวอย่างนี้เราจะ
อาจมีกรณี
ที่ได้การย่อยสมบูรณ์ความสัมพันธ์
ในคำอื่น ๆ มีนักศึกษาทุก
ในย่อยน้อย,
สันนิษฐานว่านักเรียนทุกเป็น
นักเรียนต่างประเทศหรือในประเทศ
นักเรียนและเพิ่มเติมอื่น ๆ,
เรากำลังจะบอกว่า
ซ้อนเนื่องจากเราจะ
มีนักเรียนที่ ตัวอย่าง,
นักศึกษาภายในประเทศและนักเรียน AP
ใน UML สัญกรณ์จริง
ใส่ปีกน้อยที่นี่
ระบุว่าย่อยที่
ความสัมพันธ์เสร็จสมบูรณ์แล้ว และทับซ้อนกัน
เพื่อแสดงบาง
กรณีอื่น ๆ ลองสมมติว่า
เราไม่มีส่วนนี้ทั้งหมดที่นี่นักเรียน AP
เราเท่าได้ภายในประเทศ และต่างประเทศนักเรียน
ในกรณีเราพูด
ความสัมพันธ์ย่อยเสร็จ
แต่ในกรณีที่ มันจะไม่สามารถซ้อนทับกัน
มันจะตัว.
หรือสมมติ ว่าเราไม่มีนี้
ทั้งด้านซ้ายด้านที่นี่ทั้งหมดดังนั้น
เรามีได้ AP นักเรียนย่อย
ในกรณี มันจะ
อาจจะยังไม่สมบูรณ์สมบูรณ์
ความสัมพันธ์ย่อยเนื่องจากไม่ทุกคน
เป็นนักเรียนที่ AP และ
พวกเขาจะไม่ทำให้ความแตกต่างระหว่าง
ทับซ้อนกัน และ disjoints ตั้งแต่มี
จะย่อยเดียวในกรณีที่
ล่ะเราได้ตอนนี้ทำให้
แนวคิดล่าสุดของเราซึ่งเป็นองค์ประกอบและรวม
ผมเริ่มต้น ด้วยการทำขวาปิด
ว่า รวมที่นี่มีอะไร
กับรวมใน SQL
ดี ได้แตกต่างกันโดยสิ้นเชิงแนวคิด
ดังนั้นก่อนพูดคุยเกี่ยวกับองค์ประกอบ
ใช้องค์ประกอบเมื่อเรา
มีโครงสร้างฐานข้อมูลที่
วัตถุชนิดหนึ่งชั้น
ของเป็นวัตถุ
ของคลาสอื่นและ
อย่างที่ฉันจะใช้เป็นวิทยาลัยและแผนก
ดังนั้นฉันได้ออกแบบ 2 ชั้นที่นี่
และสมมติว่า ในแผนก
เรามีชื่อแผนก และ
เราพูดได้ว่าแผนกค่ะอาคาร
และ เพื่อเราจะสมมติว่าที่
แต่ละวิทยาลัยมีทั้งนั้น
ของแผนก, ตอนนี้เราสามารถ
ทำความสัมพันธ์ ความสัมพันธ์
ระหว่างวิทยาลัยและแผนกการ
พูดที่แผนก
วิทยาลัยแต่เมื่อเรา
มีความคิดที่
อยู่ในแผนก
วิทยาลัยเฉพาะแล้วที่ของ
เมื่อโครงสร้างองค์ประกอบนี้ใช้
และวิธีเขียนส่วนประกอบ
โดยวางเพชรผ่าน
ที่นี่ในส่วนของสมาคม.
เพื่อประกอบเป็นความสัมพันธ์ชนิดพิเศษ
และเราจะกรอกว่าเพชรที่นี่เพื่อระบุองค์ประกอบ
รวมที่เกิดขึ้นจะ มี
เพชรว่างเปล่าซึ่งเราจะเห็นใน
ครู่ดังนั้นเมื่อ
เรามีเพชร และ
เรากำลังสร้างหนึ่ง
ความสัมพันธ์องค์ประกอบเหล่านี้มี
นัยหนึ่งจุด
จุดหนึ่งทางด้านซ้าย
เพื่อให้แต่ละแผนกเป็น
วิทยาลัยหนึ่งแต่สิ่งของ
ชนิดของน่าสนใจที่นี่ สิ่งของ
ต่างจาก
ความสัมพันธ์ปกติคือ
เราจะสมมติว่าที่นี้
ชื่อภาควิชาเป็นคีย์หลักได้
เรามีแผนกเดียวกันนี้ ใน
จริงแม้ในอาคารเดียวกัน,
ในวิทยาลัยต่าง ๆ และ
จะเอาล่ะเนื่องจากแผนก
โดยความสัมพันธ์นี้เกี่ยวข้องกับของวิทยาลัยได้
เพื่อที่เป็นองค์ประกอบวัตถุของ
ชั้นของวัตถุอื่น
ผมให้ตัวอย่างของรวม
นี้เป็นแต่การยืดเล็กน้อย
อะไรฉันจะต้องเป็นคลาสของอพาร์ทเมนท์
แผนกไม่ได้เม้น
เพื่อที่เราจะจินตนาการที่
มีอพาร์ทเมนท์อาคาร
แสดงในฐานข้อมูลของเรา ที
ได้อยู่ที่หลัก
คีย์และบางสิ่งบางอย่างเช่นหมายเลข
ของหน่วยและสิ่งที่เรากำลัง
ไปจินตนาการว่า
อาคารอพาร์ทเมนท์บางเป็นของ
โดย หรือเกี่ยวข้องกับ
วิทยาลัยแต่ไม่ใช่ทั้งหมดจะ
และไม่รวมอะไรได้
ใน aggragation เราอีก
มีความสัมพันธ์ที่นี่ แต่
ในกรณีนี้ เราทำการ
เพชรนี้ข้างที่
เปิด และอะไรที่
กล่าวว่า ว่า แต่ละอพาร์ทเมนท์,
แต่ละวัตถุใน
คลาสของ
วิทยาลัยใน
วิทยาลัยส่วนใหญ่หนึ่งหรือไม่วิทยาลัยทั้งหมดได้
เพื่อให้เราสามารถมีอยู่
การวิทยาลัยเราได้,
ชนิดของ อพาร์ทเมนท์ free-floating และ
เพชรเปิด ซึ่งเป็นที่รวม ที่เป็นเกี่ยวกับได้
นั้นในสรุป ข้อมูล
ส่วนของการสร้างโมเดล
ร่วมสร้างโมเดลภาษาสามารถ
ใช้การออกแบบฐานข้อมูลที่ความสูงระดับนั้น
ได้แบบกราฟิกภาษา
เราไปผ่านหลักห้า
แนวคิดของภาษา และ
มากที่สำคัญสามารถออกแบบ UML
แปลภาษากับความสัมพันธ์โดยอัตโนมัติ.
และหัวข้อของวิดีโอถัดไปได้
การแปล กรุณารอสักครู่..

ในคำอื่น ๆที่เราไม่มีวัตถุใด ๆที่เป็นมากกว่า
หนึ่งคลาส และนั่นคือบางครั้งเรียกว่าพิเศษ
และถ้ามันไม่ได้ยู่แล้ว
มันซ้อนกัน หมายความว่าวัตถุ
สามารถในชั้นเรียนย่อยหลาย เราสามารถมีการรวมกันของ
คู่เหล่านี้ใด ๆ ดังนั้น เราจะได้ไม่สมบูรณ์หรือไม่สมบูรณ์
ที่ทับซ้อนกัน , ไม่ต่อเนื่อง , ไม่ต่อเนื่องที่สมบูรณ์สมบูรณ์
ให้ซ้อนทับกันมองกลับไปที่ตัวอย่างของเรา
สำหรับตัวอย่างนี้เราก็อาจจะมีกรณี
มันความสัมพันธ์ subclass สมบูรณ์ .
ในคำอื่น ๆที่นักเรียนทุกคลาส
อย่างน้อยหนึ่ง , นักเรียนทุกคนเหมือนกัน
มีนักเรียนต่างชาติหรือนักเรียนในประเทศ
เรา และเพิ่มเติม จะบอกว่า
มันซ้อนกัน เพราะเราจะมีนักเรียน
, ตัวอย่างเช่นมีทั้งในประเทศ นักศึกษาและนักเรียน AP .
และ UML ,
โน้ตจริง คือต้องใส่วงเล็บปีกกาน้อยที่นี่
ระบุความสัมพันธ์ที่ซับซ้อนและสมบูรณ์
.
เพื่อแสดงบางส่วนของกรณีอื่น ๆ สมมุติว่า
เราไม่ได้มีทั้งส่วนนี้ด้วย นักเรียน AP .
เรามีนักศึกษาต่างชาติและในประเทศ
ในกรณีที่เราพูด
ที่ความสัมพันธ์ subclass คือสมบูรณ์ .
แต่ในกรณีนี้มันจะไม่ทับซ้อนกัน ก็จะไม่มีส่วนร่วม
.
หรือคิดว่าเราไม่ได้มีทั้งฝั่งซ้ายเลย ทุกคน
เราได้รองนักเรียน AP .
ในกรณีนี้ มันอาจจะมีความสัมพันธ์ที่ซับสมบูรณ์
ไม่สมบูรณ์ เพราะไม่ใช่ทุกคนที่เป็นนักเรียนที่ AP และ
จะไม่สร้างความแตกต่างใด ๆระหว่าง
ซ้อนทับกัน และ disjoints เนื่องจากมีจะเป็นเพียงหนึ่งในคลาส
โอเค ในกรณีที่ เราทำได้
แนวคิดล่าสุดของเราซึ่งเป็นองค์ประกอบรวม .
ผมขอเริ่มต้นด้วยชี้แจงทันทีว่า ที่นี่มีอะไร
การทำรวมใน SQL .
เอ่อ มันเป็นแนวคิดที่แตกต่างกันอย่างสิ้นเชิง .
มาคุยกันก่อนเรื่ององค์ประกอบ องค์ประกอบที่ใช้เมื่อเรา
มีโครงสร้างฐานข้อมูลที่
ชนิดของวัตถุของคลาสของวัตถุของคลาสอื่นแล้ว
ตัวอย่างที่ผมจะใช้คือวิทยาลัยและแผนก .
ผมเคยวาดสองเรียนที่นี่ และขอพูด
เรามีแผนกชื่อแผนกและ
เราได้พูด ตึกแผนก .
แล้วเราก็สมมติว่า
แต่ละวิทยาลัยมีทั้งกลุ่มของแผนกตอนนี้เราสามารถ
ให้ความสัมพันธ์ ความสัมพันธ์ระหว่างวิทยาลัยและหน่วยงาน
บอกว่าแผนกในวิทยาลัยแต่เมื่อเรา
มีความคิดที่เป็นของ
แผนกวิทยาลัยเฉพาะงั้น
เมื่อองค์ประกอบนี้สร้าง ใช้ และวิธีการองค์ประกอบ
คือ เขียน โดยการใส่เพชรกว่า
ที่นี่ในตอนท้ายของสมาคม .
ดังนั้นองค์ประกอบจริงๆสมาคมชนิดพิเศษ .
และเราจะกรอกว่าเพชรที่นี่เพื่อระบุองค์ประกอบที่ เกิดขึ้นได้
รวมเพชรที่ว่างเปล่าซึ่งเราจะเห็นในขณะนี้ดังนั้นเมื่อ
เราได้เพชรและ
เราสร้างหนึ่งของเหล่านี้องค์ประกอบของความสัมพันธ์มี
โดยปริยายหนึ่งจุด
จุดหนึ่งบนด้านซ้าย
ดังนั้นแต่ละแผนกของวิทยาลัย แต่แล้ว
ชนิดของที่น่าสนใจ ที่นี่ อะไรเล็ก ๆน้อย ๆที่แตกต่างกันจาก
ความสัมพันธ์ปกติที่เราสมมติว่าชื่อ
แผนกนี้เป็นคีย์หลักแน่นอน .
เรามีแผนกเดียวกันนี้ ในความเป็นจริงแม้แต่
ในอาคารเดียวกัน
ในวิทยาลัยที่แตกต่างกันและที่น่าจะโอเค เพราะแผนก
ผ่านทางความสัมพันธ์ที่เกี่ยวข้องกับมัน วิทยาลัย
นั่นคือองค์ประกอบของวัตถุ
ชั้นของวัตถุอื่น
ให้ฉันให้ตัวอย่างของการรวม .
นี่คือยืดเล็กน้อยแต่
สิ่งที่ผมจะทำให้เป็นชั้นของพาร์ทเมนท์ แต่ไม่ใช่แผนก
พาร์ทเมนท์ ดังนั้นเราก็จะจินตนาการว่ามีอาคารอพาร์ทเม้น
อาจจะแสดงในฐานข้อมูลของเรา เขามีที่อยู่ที่คีย์หลัก
และสิ่งที่ต้องการจำนวนของหน่วย และสิ่งที่เรา
จะจินตนาการว่าบางอาคารอพาร์ทเม้นจะเป็นเจ้าของ
โดยหรือเกี่ยวข้องกับ
วิทยาลัย แต่ไม่ทั้งหมดของพวกเขา และนั่นคือสิ่งที่รวม
.
สำหรับ aggragation เราอีก
มีความสัมพันธ์ แต่ในกรณีนี้ เราทำ
เพชรในด้านนี้ว่าเป็นเปิด และสิ่งที่กล่าวก็คือแต่ละ
เม้น แต่ละวัตถุในชั้นเรียนของอพาร์ทเม้น
ทั้งในวิทยาลัยที่สุดในวิทยาลัยหรือวิทยาลัยไม่มีที่ทั้งหมด เพื่อให้เราสามารถมีห้อง
จะว่าเป็นของวิทยาลัย เราสามารถมีชนิดของฟรีลอย
, อพาร์ทเมนและนั่น
สิ่งที่เพชรเปิดซึ่งรวมประมาณ .
ดังนั้น สรุป , ข้อมูล
ส่วนของแบบจำลองยูเอ็มแอลสามารถ
เคยแสดงการออกแบบฐานข้อมูลในระดับที่สูงขึ้น มันเป็นภาษาภาพ
.
เราก็ผ่าน 5 หลักแนวคิดของภาษาและยัง
สําคัญมาก UML การออกแบบที่สามารถได้รับการแปลถึงความสัมพันธ์โดยอัตโนมัติ .
และที่เป็นหัวข้อของวิดีโอต่อไป .
การแปล กรุณารอสักครู่..
