- ข้อความ
- ประวัติศาสตร์
This video talks about datamodeling
This video talks about data
modeling and UML, the Unified Modeling Language.
The area of data modeling
consists of how we represent
the data for an application.
We've talked a great length about the relational data model.
Its widely used and we
have good design principles for coming up with relational schemas.
We also talked about XML as
a data model, XML is quite
a bit newer and there are
no design principles that are
analogous to the ones for the relational model.
But frequently when people are
designing a database, they'll actually
use a higher level model
that's specifically for database design.
These models aren't implemented by
the database system, rather they're
translated into the model of the database system.
So let's draw a picture of that.
Let's suppose that we have
a relational database management system
which is abbreviated RDBMS often, and
I'll draw that as a disk just out of tradition.
So, if we create a database
in a relational system the
database is going to consist of relations.
but instead of designing relations
directly, the database designer,
we'll draw that up here, will
use instead a higher-level design model.
That model will then go
through a translator, and this
can often be an automatic
process that will translate the
higher level model into the
relations that are implemented by the database system.
So what are these higher-level models?
Historically, for decades in
fact, the entity relationship
model, also known as the
ER model, was a very popular one.
But more recently the unified
modeling language has become popular
for higher-level database design.
The unified modeling language is
actually a very large language,
not just for database designs, but also for designing programs.
So what we're going to look
at is the data modeling subset of UML.
Both of these design models are
fundamentally graphical, so in
designing a database, the user
will draw boxes and arrows, perhaps other shapes.
And also both of them
can be translated, generally automatically, into relations.
Sometimes there may be little human
intervention in the translation process, but often that's not necessary.
So in the data modeling subset of
UML, there are five basic concepts.
Classes, associations, association classes, sub-classes, and composition and aggregation.
We're just going to go
through each one of those
concepts in turn with examples.
So that class concept in UML
is not specific to data-modeling.
It's also used for designing programs.
The class consists of a
name for the class, attributes of
the class, and methods in the
class, and that's probably familiar to you again from programming.
For data modeling specifically, we
add to the attributes the
concept of a primary key,
and we drop the methods
that are associated since we're focusing,
really, on the data modeling at this point.
So we'll be drawing our examples,
as usual, from a imaginary
college admissions database with
students and colleges and students applying to colleges and so forth.
So one of our classes, not
surprisingly, will be the student class.
And in UML we'll draw a
class as a box
like this, and at the
top we put the name
of the class and then we
put the attributes of the class,
so let's suppose that we'll just keep it simple.
We'll have a student ID, a
student name, and for
now, the student's GPA and
down here in UML would
be the specification of the methods.
Again we're not going to
be focusing on methods since we
are looking at data-modeling,and not the operations on the data.
And so one difference is that we'll have no methods.
Another is that we specify
a primary key if we
wish and that's specified
using the terminology PK.
So we'll say that the student ID in this case is the primary key.
And just as in keys in
the relational model, that means
that when we have a set
of objects for the student
class, each object will have a unique student ID.
There will be no student IDs repeated across objects.
in our college application database, we're
also likely to have a
class for colleges, so we'll have a class that we call college.
And for now, we'll make
the attributes of that
class, just the college name and the state.
And again in full UML, there might be some methods down here.
And we'll make the college
name and this case be the primary key.
So we're assuming now that college names themselves are unique.
So that's it for classes.
Pretty straightforward, they look a
lot like relations and of
course, they will translate directly to relations.
Next let's talk about associations.
Associations capture relationships between objects of two different classes.
So lets suppose again that
we have our student class and
I won't write the attributes now,
I'll just write it like that
and we have our college class
in our UML design.
If we want to have a
relationship that students apply
to colleges, we write that
just as a line between
the students and the college classes
and then we give it a name.
So we'll call it applied
and that says that we have
objects in the student class and
objects that are in the college class
that are associated with each
other through the applied association.
If we want to introduce a
directionality to the relationship,
so to say that student are
applying to colleges, we can
put in a arrow there,
that's part of the UML language
although we'll see that it doesn't
really make much difference when we
end up translating UML designs to relations.
When we have associations between classes,
we can specify what we call
the multiplicity of those and
that talks about how many objects
of one class can be related
to an object of another class.
So we'll see that we
can capture concepts like one-one
and many-one and so forth.
So let's look specifically at
how we specify those in
a UML diagram, and for
now I'll just use two generic classes.
So let's say I have a
class C1 and I
have a class C2, and let's
say that I have an association
between those two classes, so that would be a line.
And I could give that a name,
let's call it A. Let's say
that I want to specify that
each object in Class C,
well I'm just going to write those
objects kind of as dots here below the class specification.
Let's say that I
wanted to say that each one
of those is going to
be related to at least
M but at most
N objects in class
C2, so here are class C2 objects.
I'm going to have this kind of fan out in my relationship.
To specify that in the
UML diagram I write that as M..
and on the right side
of the association line and
again that's say each object
then in C1, then will related
to between M and N objects of C2.
Now there are some special cases in this notation.
I can write M dot dot
star, and star means
any number of objects, so
what that would see is
that each object in "C1"
is related to atleast "M"
and, as many as it wants, elements of "C2".
I can also write zero to
end and that will
say that each object in C1
is related to possibly none
for example here we have one
that I haven't draw any relations tips.
Possibly none and up to N elements of C2.
I can also write zero dot
dot star, and that's basic
no restrictions on the multiplicity.
And just to mention,
the default, actually, is one dot dot one.
So if we don't write anything
on our association we're
assuming that each object is
related to exactly one object
of the other class and that's in
both directions by the way,
so I can put a X..
Y here and now we'll
restrict how many objects of
element of C2 is related to.
Incidentally UML allow some abbreviations, 1..1
can be abbreviated as a just
plain old one and 0..
can be abbreviated with just star.
So let's take a look at
our student and college example and
what the multiplicity of the association
of students applying to colleges might be.
So let's suppose that we
insist that students must apply
somewhere, so they apply to at
least one college but they're
not allow to apply to more
than 5 and further more
lets say that no college will
take more than 20,000 applications, so
this example is contrived to
allow me to put multiplicity specifications on both sides.
So again, we'll have our
student class and we'll
have our college class
and we'll have our association
between the student and the
college class, and I'll just write the name underneath here.
Now applied.
So lets think about how
to specify our multiplicities for this.
So to specify that a student
must apply somewhere but cannot
apply to more than 5
colleges, we put a one
dot dot five on this side.
It really takes some thinking sometimes
to remember which side to put the specification on.
But that's what gives us the
fan out from the objects
on the left to the objects on the right.
So it says each student can
apply to up to five
colleges and must apply
to at least one, so we
won't have any who haven't applied anywhere.
On the other side, we want
to talk about how many students
can have applied to a particular
college, and we said it can be no more than 20,000.
We didn't put a lower
restriction on that, so we
would specify that as 0 to 20,000.
So I mentioned earlier that multiplicity
of associations captures some of
these types of relationships you might
have learned about somewhere else called
one to one, many to one, and so on.
So, let me show the relationship
between association multiplicity and this terminology.
So if we have a one-to-one relationship
between "C1" and "C2," technically one-to-one
doesn't mean everything has to be involved.
What it really means is that
each object on each side
is related to at most one on the other side.
So to say it's a one-to-one relationship
we would put a "zero, dot,
dot, one" on both sides.
Let's see if I can use some colors here.
So what about many-to-one?
Many-to-one says that we can have
many elements of "C1" related
to an element of "C2," but
each element of "C2" will
be related to, at most, one element of "C1."
So in that case we still
have a "zero, dot, dot, one"
on the right side indicating that
each "C1" object is related
to at most one object of
"C2" but we have
modeling and UML, the Unified Modeling Language.
The area of data modeling
consists of how we represent
the data for an application.
We've talked a great length about the relational data model.
Its widely used and we
have good design principles for coming up with relational schemas.
We also talked about XML as
a data model, XML is quite
a bit newer and there are
no design principles that are
analogous to the ones for the relational model.
But frequently when people are
designing a database, they'll actually
use a higher level model
that's specifically for database design.
These models aren't implemented by
the database system, rather they're
translated into the model of the database system.
So let's draw a picture of that.
Let's suppose that we have
a relational database management system
which is abbreviated RDBMS often, and
I'll draw that as a disk just out of tradition.
So, if we create a database
in a relational system the
database is going to consist of relations.
but instead of designing relations
directly, the database designer,
we'll draw that up here, will
use instead a higher-level design model.
That model will then go
through a translator, and this
can often be an automatic
process that will translate the
higher level model into the
relations that are implemented by the database system.
So what are these higher-level models?
Historically, for decades in
fact, the entity relationship
model, also known as the
ER model, was a very popular one.
But more recently the unified
modeling language has become popular
for higher-level database design.
The unified modeling language is
actually a very large language,
not just for database designs, but also for designing programs.
So what we're going to look
at is the data modeling subset of UML.
Both of these design models are
fundamentally graphical, so in
designing a database, the user
will draw boxes and arrows, perhaps other shapes.
And also both of them
can be translated, generally automatically, into relations.
Sometimes there may be little human
intervention in the translation process, but often that's not necessary.
So in the data modeling subset of
UML, there are five basic concepts.
Classes, associations, association classes, sub-classes, and composition and aggregation.
We're just going to go
through each one of those
concepts in turn with examples.
So that class concept in UML
is not specific to data-modeling.
It's also used for designing programs.
The class consists of a
name for the class, attributes of
the class, and methods in the
class, and that's probably familiar to you again from programming.
For data modeling specifically, we
add to the attributes the
concept of a primary key,
and we drop the methods
that are associated since we're focusing,
really, on the data modeling at this point.
So we'll be drawing our examples,
as usual, from a imaginary
college admissions database with
students and colleges and students applying to colleges and so forth.
So one of our classes, not
surprisingly, will be the student class.
And in UML we'll draw a
class as a box
like this, and at the
top we put the name
of the class and then we
put the attributes of the class,
so let's suppose that we'll just keep it simple.
We'll have a student ID, a
student name, and for
now, the student's GPA and
down here in UML would
be the specification of the methods.
Again we're not going to
be focusing on methods since we
are looking at data-modeling,and not the operations on the data.
And so one difference is that we'll have no methods.
Another is that we specify
a primary key if we
wish and that's specified
using the terminology PK.
So we'll say that the student ID in this case is the primary key.
And just as in keys in
the relational model, that means
that when we have a set
of objects for the student
class, each object will have a unique student ID.
There will be no student IDs repeated across objects.
in our college application database, we're
also likely to have a
class for colleges, so we'll have a class that we call college.
And for now, we'll make
the attributes of that
class, just the college name and the state.
And again in full UML, there might be some methods down here.
And we'll make the college
name and this case be the primary key.
So we're assuming now that college names themselves are unique.
So that's it for classes.
Pretty straightforward, they look a
lot like relations and of
course, they will translate directly to relations.
Next let's talk about associations.
Associations capture relationships between objects of two different classes.
So lets suppose again that
we have our student class and
I won't write the attributes now,
I'll just write it like that
and we have our college class
in our UML design.
If we want to have a
relationship that students apply
to colleges, we write that
just as a line between
the students and the college classes
and then we give it a name.
So we'll call it applied
and that says that we have
objects in the student class and
objects that are in the college class
that are associated with each
other through the applied association.
If we want to introduce a
directionality to the relationship,
so to say that student are
applying to colleges, we can
put in a arrow there,
that's part of the UML language
although we'll see that it doesn't
really make much difference when we
end up translating UML designs to relations.
When we have associations between classes,
we can specify what we call
the multiplicity of those and
that talks about how many objects
of one class can be related
to an object of another class.
So we'll see that we
can capture concepts like one-one
and many-one and so forth.
So let's look specifically at
how we specify those in
a UML diagram, and for
now I'll just use two generic classes.
So let's say I have a
class C1 and I
have a class C2, and let's
say that I have an association
between those two classes, so that would be a line.
And I could give that a name,
let's call it A. Let's say
that I want to specify that
each object in Class C,
well I'm just going to write those
objects kind of as dots here below the class specification.
Let's say that I
wanted to say that each one
of those is going to
be related to at least
M but at most
N objects in class
C2, so here are class C2 objects.
I'm going to have this kind of fan out in my relationship.
To specify that in the
UML diagram I write that as M..
and on the right side
of the association line and
again that's say each object
then in C1, then will related
to between M and N objects of C2.
Now there are some special cases in this notation.
I can write M dot dot
star, and star means
any number of objects, so
what that would see is
that each object in "C1"
is related to atleast "M"
and, as many as it wants, elements of "C2".
I can also write zero to
end and that will
say that each object in C1
is related to possibly none
for example here we have one
that I haven't draw any relations tips.
Possibly none and up to N elements of C2.
I can also write zero dot
dot star, and that's basic
no restrictions on the multiplicity.
And just to mention,
the default, actually, is one dot dot one.
So if we don't write anything
on our association we're
assuming that each object is
related to exactly one object
of the other class and that's in
both directions by the way,
so I can put a X..
Y here and now we'll
restrict how many objects of
element of C2 is related to.
Incidentally UML allow some abbreviations, 1..1
can be abbreviated as a just
plain old one and 0..
can be abbreviated with just star.
So let's take a look at
our student and college example and
what the multiplicity of the association
of students applying to colleges might be.
So let's suppose that we
insist that students must apply
somewhere, so they apply to at
least one college but they're
not allow to apply to more
than 5 and further more
lets say that no college will
take more than 20,000 applications, so
this example is contrived to
allow me to put multiplicity specifications on both sides.
So again, we'll have our
student class and we'll
have our college class
and we'll have our association
between the student and the
college class, and I'll just write the name underneath here.
Now applied.
So lets think about how
to specify our multiplicities for this.
So to specify that a student
must apply somewhere but cannot
apply to more than 5
colleges, we put a one
dot dot five on this side.
It really takes some thinking sometimes
to remember which side to put the specification on.
But that's what gives us the
fan out from the objects
on the left to the objects on the right.
So it says each student can
apply to up to five
colleges and must apply
to at least one, so we
won't have any who haven't applied anywhere.
On the other side, we want
to talk about how many students
can have applied to a particular
college, and we said it can be no more than 20,000.
We didn't put a lower
restriction on that, so we
would specify that as 0 to 20,000.
So I mentioned earlier that multiplicity
of associations captures some of
these types of relationships you might
have learned about somewhere else called
one to one, many to one, and so on.
So, let me show the relationship
between association multiplicity and this terminology.
So if we have a one-to-one relationship
between "C1" and "C2," technically one-to-one
doesn't mean everything has to be involved.
What it really means is that
each object on each side
is related to at most one on the other side.
So to say it's a one-to-one relationship
we would put a "zero, dot,
dot, one" on both sides.
Let's see if I can use some colors here.
So what about many-to-one?
Many-to-one says that we can have
many elements of "C1" related
to an element of "C2," but
each element of "C2" will
be related to, at most, one element of "C1."
So in that case we still
have a "zero, dot, dot, one"
on the right side indicating that
each "C1" object is related
to at most one object of
"C2" but we have
0/5000
วิดีโอนี้เล่าข้อมูล
โมเดลและ UML การร่วมสร้างโมเดลภาษา.
พื้นที่ของโมเดลข้อมูล
ประกอบด้วยว่าเราเป็นตัวแทน
ข้อมูลสำหรับโปรแกรมประยุกต์
เราได้คุยกันยาวมากแบบจำลองข้อมูลเชิงสัมพันธ์
ใช้กันอย่างแพร่หลายและเรา
มีหลักการออกแบบที่ดีมาขึ้นกับแบบแผนเชิง
เรายังพูดคุยเกี่ยวกับ XML เป็น
แบบ, XML ค่อน
บิตใหม่ และมี
ไม่หลักการออกแบบที่
คล้ายที่สำหรับเชิงสัมพันธ์แบบจำลอง
แต่บ่อยครั้งเมื่อคน
ออกแบบฐานข้อมูล พวกเขาจะจริง
ใช้แบบจำลองระดับสูง
ที่ใช้เฉพาะสำหรับออกแบบฐานข้อมูล
โมเดลเหล่านี้ไม่ได้ดำเนินการโดย
ระบบฐานข้อมูล แต่พวกเขากำลัง
แปลเป็นรูปแบบของฐานข้อมูลระบบ
กันวาดรูปที่.
ของให้สมมติว่า เรามี
ระบบการจัดการฐานข้อมูลเชิงสัมพันธ์
ซึ่งย่อ RDBMS มัก และ
ฉันจะวาดที่เป็นดิสก์เพียงจากประเพณีการ
ดังนั้น หากเราสร้างฐานข้อมูล
ในระบบเชิง
ฐานข้อมูลจะประกอบด้วยความสัมพันธ์
แต่แทนที่ จะออกแบบความสัมพันธ์
โดยตรง ฐานข้อมูลนักออกแบบ,
เราจะวาดที่ที่นี่ จะ
ใช้แทนสูงกว่าออกรุ่น
รุ่นที่จะไปแล้ว
แปล และนี้
อาจโดยอัตโนมัติ
กระบวนการที่จะแปลการ
แบบจำลองระดับสูงเป็น
ความสัมพันธ์ที่ดำเนินการ โดยระบบฐานข้อมูลได้
อะไรดังนั้นโมเดลเหล่านี้สูงกว่า?
สำหรับทศวรรษที่ผ่านมาในอดีต
ความจริง ความสัมพันธ์ของเอนทิตี
รุ่น เป็น
รุ่น ER เป็นหนึ่งในความนิยมมากได้
แต่เมื่อเร็ว ๆ นี้รวม
แอลได้รับความนิยมเป็น
สำหรับสูงกว่าฐานข้อมูลออก
ภาษารวมโมเดล
จริงมากภาษา,
ไม่เพียง สำหรับออกแบบฐานข้อมูล แต่ยัง สำหรับการออกแบบโปรแกรม
เพื่อสิ่งที่เรากำลังจะไปดู
ที่เป็นชุดย่อยของโมเดลข้อมูลของ UML
ทั้งสองรุ่นนี้ออกแบบ
ภาระกราฟิก ดังนั้นใน
ออกแบบฐานข้อมูล ผู้ใช้
ดึงกล่องและลูกศร บางทีรูปร่างอื่น ๆ
และทั้งสองอย่าง
สามารถแปล โดยทั่วไปโดยอัตโนมัติ ความสัมพันธ์การ
บางครั้งอาจมีน้อยคน
แทรกแซงในกระบวนการแปล แต่บ่อยครั้งที่ไม่จำเป็นได้
ดังนั้นข้อมูลชุดย่อยของโมเดล
UML ได้ห้าพื้นฐานแนวคิด
เรียน สมาคม สมาคมชั้น ชั้นย่อย และองค์ประกอบ แล้วรวม
เราเพียงจะไป
ผ่านแก่บรรดา
ใช้กับตัวอย่าง
ดังนั้น ที่ระดับแนวความคิดใน UML
ไม่เฉพาะข้อมูล-โมเดล
ยังใช้สำหรับการออกแบบโปรแกรม
ชั้นประกอบด้วย
ชื่อสำหรับคลา คุณลักษณะของ
คลาส และวิธีการใน
คลาส และก็คงคุ้นเคยกับคุณอีกครั้งจากการเขียนโปรแกรม
สำหรับข้อมูลเฉพาะ การสร้างโมเดลเรา
เพิ่มแอตทริบิวต์
แนวความคิดของคีย์หลัก,
และเราปล่อยวิธี
ที่จะเกี่ยวข้องเนื่องจากเรากำลังเน้น,
จริง ๆ บนข้อมูลจุดนี้
ดังนั้นเราจะวาดภาพตัวอย่างของเรา,
ตามปกติ จากจินตภาพ
รับสมัครวิทยาลัยฐานข้อมูลกับ
ศึกษา และวิทยาลัย และนักเรียนที่ใช้กับวิทยาลัยและอื่น ๆ
ดังนั้นหนึ่งชั้นเรียน ไม่
จะจู่ ๆ คลาสบนักเรียน
ใน UML เราจะวาดเป็น
ชั้นกล่อง
เช่นนี้, และที่
ด้านบนที่เราใส่ชื่อ
ของชั้น แล้วเรา
ใส่แอตทริบิวต์ของคลา,
เราลองสมมติว่า เราจะแค่ให้มันง่าย
เราจะมีรหัสนักศึกษา เป็น
ชื่อนักเรียน และ
GPA ของนักเรียนขณะนี้ และ
ลงที่นี่ใน UML จะ
เป็นข้อกำหนดของวิธี
อีกครั้งที่เรากำลังจะ
จะเน้นไปที่วิธีนับตั้งแต่เรา
มองที่จำลองข้อมูลและไม่ดำเนินการกับข้อมูล
และ เพื่อความแตกต่างหนึ่งคือ ว่า เราจะมีวิธีการไม่
อีกจะให้เราระบุ
ถ้าคีย์หลักเรา
ต้อง และที่ระบุ
ใช้คำศัพท์ PK.
ดังนั้นเราจะบอกว่า รหัสนักศึกษาในกรณีนี้อยู่หลักคีย์
และเช่นเดียว กับคีย์ใน
แบบจำลองเชิงสัมพันธ์ ซึ่งหมายความว่า
ที่เมื่อเราได้ชุด
วัตถุสำหรับนักเรียน
คลาสวัตถุแต่ละชิ้นจะมีรหัสนักเรียนเฉพาะ
จะมีนักเรียนไม่มีรหัสซ้ำกันในวัตถุ
ในฐานข้อมูลของโปรแกรมประยุกต์วิทยาลัย เรา
ยังน่าจะมีเป็น
คลาสสำหรับวิทยาลัย ดังนั้นเราจะได้เรียนเราเรียกวิทยาลัยการ
และสำหรับตอนนี้ เราจะทำ
แอตทริบิวต์ของที่
คลา เพียงชื่อวิทยาลัยและรัฐ
และอีกครั้ง ใน UML เต็ม อาจมีบางวิธีลงนี่
และเราจะทำให้วิทยาลัย
ชื่อและกรณีนี้ได้หลักคีย์
เพื่อเราจะสมมติว่าที่วิทยาลัยชื่อตัวเองไม่ซ้ำกัน
เพื่อที่ใช้สำหรับการเรียนการ
สวยตรงไปตรงมา พวกเขาดูเป็น
มาก เช่นความสัมพันธ์ และการ
คอร์ส พวกเขาจะแปลโดยตรงความสัมพันธ์
ถัดไปพูดคุยเกี่ยวกับความสัมพันธ์ของ
สมาคมจับความสัมพันธ์ระหว่างวัตถุของทั้งสองแตกต่างกันเรียน
เพื่อให้สมมติอีกว่า
เรามีนักเรียน และ
จะเขียนแอตทริบิวต์นี้,
ฉันจะเพียงแค่เขียนเช่นนั้น
เรามีเรียนวิทยาลัย
ในการออกแบบ UML ของเรา
ถ้าเราต้องการให้เป็น
สัมพันธ์ที่นักเรียนใช้
การวิทยาลัย เราเขียนที่
เพียงเป็นเส้นระหว่าง
นักเรียนและชั้นเรียนวิทยาลัย
แล้ว เราให้มันชื่อ
ดังนั้นเราจะเรียกว่าใช้
และที่บอกว่า เรามี
วัตถุในระดับนักเรียน และ
วัตถุที่อยู่ในระดับวิทยาลัย
เกี่ยวข้องกับแต่ละ
อื่น ๆ ผ่านการใช้ความสัมพันธ์การ
ถ้าเราต้องการแนะนำเป็น
ทิศสัมพันธ์,
ต้องพูดเพื่อให้นักเรียนที่มี
ใช้วิทยาลัย เราสามารถ
ใส่ลูกศร
ที่เป็นส่วนหนึ่งของภาษา UML
แม้ว่าเราจะดู doesn ที
จริง ๆ ทำให้มากความแตกต่างเมื่อเรา
ท้ายแปลออกแบบ UML เพื่อความสัมพันธ์ได้
เมื่อเรามีการเชื่อมโยงระหว่างเรียน,
เราสามารถระบุสิ่งที่เราเรียก
มากมายหลายหลากของ และ
ที่พูดถึงจำนวนวัตถุ
ระดับหนึ่งสามารถสัมพันธ์
วัตถุของคลาสบอื่น
ดังนั้นเราจะเห็นว่าเรา
สามารถจับแนวคิดเช่นหนึ่ง-
กลุ่มหนึ่งและอื่น ๆ การ
จึงลองดูโดยเฉพาะที่
ว่าเราระบุใน
ไดอะแกรม UMLและ
ตอนนี้เพียงแค่จะใช้เรียนทั่วไป 2.
ดังนั้นสมมติว่า มีการ
ระดับ C1 และ
มีคลา C2 และให้ของ
กล่าวว่า มีความสัมพันธ์
ระหว่างชั้นที่สอง เพื่อที่จะได้เป็นบรรทัด
และผมสามารถให้ที่ชื่อ,
ของให้เรียกอ. สมมติว่า
ที่ต้องระบุว่า
แต่ละวัตถุในคลาส C,
ดีฉันเพียงจะเขียนที่
วัตถุเป็นจุดที่นี่ข้างล่างชั้นข้อมูลจำเพาะเกี่ยวกับชนิดของ
ให้ว่าของที่ฉัน
อยากบอกว่า แต่ละคน
ผู้กำลังจะ
กับน้อย
M แต่มากที่สุด
N วัตถุในคลาส
C2 ดังนั้นนี่คือวัตถุคลาส C2.
ฉันจะมีพัดลมชนิดนี้ออกในความสัมพันธ์ของฉัน
ระบุว่าใน
UML ไดอะแกรมเขียนที่เป็น M ...
และด้านขวา
บรรทัดสมาคม และ
อีกครั้ง ที่จะพูดแต่ละวัตถุ
แล้ว ใน C1 แล้วจะเกี่ยวข้อง
ไประหว่าง M และ N วัตถุของ C2
ตอนนี้มีบางกรณีในสัญกรณ์นี้ได้
สามารถเขียน M จุดจุด
หมายถึงดาว และดาว
หมายเลขใด ๆ ของวัตถุ ดังนั้น
สิ่งที่จะเห็นคือ
แต่ละวัตถุใน "C1"
เกี่ยวข้องกับอย่างน้อย "M"
และ มากเท่าที่มันต้องการ องค์ประกอบของ "C2" ได้
ยังสามารถเขียนศูนย์การ
สิ้นสุดและจะ
พูดที่แต่ละวัตถุใน C1
เกี่ยวข้องอาจจะไม่มี
ตัวอย่าง นี่เรามี
ว่า ฉันยังไม่ได้วาดเคล็ดลับความสัมพันธ์ใด ๆ ได้
อาจไม่ ถึงองค์ประกอบ N ของ C2
ยังสามารถเขียนจุดศูนย์
จุดดาว และที่เป็นพื้นฐาน
จำกัดมากมายหลายหลากได้
และเพิ่ง จะ พูด,
เริ่มต้น จริง เป็นจุดจุดหนึ่งหนึ่ง.
ดังนั้นหากเราไม่เขียนอะไร
ในสมาคมของเราเรา
นั่นคือวัตถุแต่ละ
ที่เกี่ยวข้องกับวัตถุหนึ่ง
ประเภทอื่น ๆ และที่อยู่ใน
ทั้งสองทิศทาง โดยวิธี,
ดังนั้นฉันสามารถวางการ X ...
Y ที่นี่ และตอนนี้ เราจะ
จำกัดจำนวนวัตถุ
เกี่ยวข้องกับองค์ประกอบของ C2.
บังเอิญ UML ให้บางคำย่อ 1..1
สามารถ abbreviated เป็นเป็นเพียง
หนึ่งเก่าธรรมดาและ 0 ...
สามารถ abbreviated กับเพียงดาวได้
ดังนั้นลองมาดูที่
อย่างวิทยาลัยและนักเรียน และ
อะไรมากมายหลายหลากของสมาคม
นักเรียน ใช้วิทยาลัยอาจได้
กันสมมุติว่า เรา
ยืนยันว่า นักเรียนต้องใช้
ที่ใดที่หนึ่ง ดังนั้นที่
วิทยาลัยอย่างน้อยหนึ่งแต่พวกเขากำลัง
ไม่อนุญาตให้ใช้เพื่อ
5 และเพิ่มเติมข้อมูลเพิ่มเติม
ให้พูดที่วิทยาลัยไม่จะ
ใช้โปรแกรมประยุกต์มากกว่า 20000 ดังนั้น
ตัวอย่างนี้จะชื่นชมกับ
ให้ฉันใส่ข้อกำหนดมากมายหลายหลากบนทั้งสองด้าน
อีกดังนั้นเราจะมีของเรา
ระดับนักเรียนและเราจะ
ได้เรียนวิทยาลัย
และเราจะมีความสัมพันธ์ของเรา
ระหว่างนักเรียนและ
ระดับวิทยาลัย และจะเขียนชื่อใต้ที่นี่
ตอนนี้ ใช้
เพื่อให้คิดวิธี
ระบุ multiplicities ของเรานี้
เพื่อระบุว่า นักเรียน
ต้องใช้คีย์บอร์ด แต่ไม่สามารถ
กับ 5 มากกว่า
วิทยาลัย เราใส่หนึ่ง
จุดจุดห้าด้านนี้
จริง ๆ ก็คิดบางบางครั้ง
จำด้านที่ใส่ข้อมูลจำเพาะ
แต่ที่เป็นสิ่งที่ให้เรา
พัดลมออกจากวัตถุ
บนซ้ายไปยังวัตถุบนขวา
ดังกล่าวนักเรียนสามารถ
กับถึงห้า
วิทยาลัย และต้องใช้
น้อยหนึ่ง เพื่อเรา
ชนะไม่มีใครไม่ใช้ทุก.
ในด้านอื่น ๆเราต้อง
พูดคุยเกี่ยวกับจำนวนนักเรียน
สามารถใช้เฉพาะ
วิทยาลัย และเรากล่าวว่า จะไม่เกิน 20, 000.
เราไม่ใส่ตัวล่าง
จำกัดบน ที่เพื่อเรา
จะระบุว่า เป็น 0 20, 000.
ดังนั้นฉันกล่าวถึงก่อนหน้านี้มากมายหลายหลากที่
สมาคมจับบาง
เหล่านี้ชนิดของความสัมพันธ์คุณอาจ
ได้เรียนรู้เกี่ยวกับตำแหน่งอื่นนั้นเรียกว่า
กลุ่มหนึ่ง หนึ่งและอื่น ๆ .
เพื่อ ให้ฉันแสดงความสัมพันธ์
ระหว่างสมาคมมากมายหลายหลากและคำศัพท์นี้
ดังนั้นหากเรามีความสัมพันธ์แบบหนึ่งต่อหนึ่ง
ระหว่าง "C1" และ "C2 เทคนิค--หนึ่ง
doesn ทีหมายความว่า ทุกอย่างมีการมีส่วนร่วม
อะไรจริง ๆ หมายความว่า
วัตถุแต่ละชิ้นแต่ละด้าน
เกี่ยวข้องมากที่สุดหนึ่งในอื่นข้างเคียง
ดังนั้นต้องพูดมันเป็นความสัมพันธ์แบบหนึ่งต่อหนึ่ง
เราจะใส่เป็น" ศูนย์ จุด,
จุดหนึ่ง "ทั้งสองฝ่าย
ลองดูถ้าฉันสามารถใช้สีที่นี่
ไงเกี่ยวกับกลุ่มหนึ่ง?
กลุ่มหนึ่งกล่าวว่า เราได้
องค์ประกอบต่าง ๆ ของ "C1" เกี่ยวข้อง
เพื่อองค์ประกอบของ "C2 แต่
แต่ละองค์ประกอบของ"C2"จะ
เกี่ยวข้องกับ ที่สุด องค์ประกอบหนึ่งของ"C1"
ดังนั้น ในกรณีที่การที่เรายังคง
ได้ "ศูนย์ จุด จุด หนึ่ง"
ด้านขวาเพื่อระบุว่า
เกี่ยวข้องแต่ละวัตถุ "C1"
มากที่สุดหนึ่งวัตถุของ
"C2" แต่เรามี
โมเดลและ UML การร่วมสร้างโมเดลภาษา.
พื้นที่ของโมเดลข้อมูล
ประกอบด้วยว่าเราเป็นตัวแทน
ข้อมูลสำหรับโปรแกรมประยุกต์
เราได้คุยกันยาวมากแบบจำลองข้อมูลเชิงสัมพันธ์
ใช้กันอย่างแพร่หลายและเรา
มีหลักการออกแบบที่ดีมาขึ้นกับแบบแผนเชิง
เรายังพูดคุยเกี่ยวกับ XML เป็น
แบบ, XML ค่อน
บิตใหม่ และมี
ไม่หลักการออกแบบที่
คล้ายที่สำหรับเชิงสัมพันธ์แบบจำลอง
แต่บ่อยครั้งเมื่อคน
ออกแบบฐานข้อมูล พวกเขาจะจริง
ใช้แบบจำลองระดับสูง
ที่ใช้เฉพาะสำหรับออกแบบฐานข้อมูล
โมเดลเหล่านี้ไม่ได้ดำเนินการโดย
ระบบฐานข้อมูล แต่พวกเขากำลัง
แปลเป็นรูปแบบของฐานข้อมูลระบบ
กันวาดรูปที่.
ของให้สมมติว่า เรามี
ระบบการจัดการฐานข้อมูลเชิงสัมพันธ์
ซึ่งย่อ RDBMS มัก และ
ฉันจะวาดที่เป็นดิสก์เพียงจากประเพณีการ
ดังนั้น หากเราสร้างฐานข้อมูล
ในระบบเชิง
ฐานข้อมูลจะประกอบด้วยความสัมพันธ์
แต่แทนที่ จะออกแบบความสัมพันธ์
โดยตรง ฐานข้อมูลนักออกแบบ,
เราจะวาดที่ที่นี่ จะ
ใช้แทนสูงกว่าออกรุ่น
รุ่นที่จะไปแล้ว
แปล และนี้
อาจโดยอัตโนมัติ
กระบวนการที่จะแปลการ
แบบจำลองระดับสูงเป็น
ความสัมพันธ์ที่ดำเนินการ โดยระบบฐานข้อมูลได้
อะไรดังนั้นโมเดลเหล่านี้สูงกว่า?
สำหรับทศวรรษที่ผ่านมาในอดีต
ความจริง ความสัมพันธ์ของเอนทิตี
รุ่น เป็น
รุ่น ER เป็นหนึ่งในความนิยมมากได้
แต่เมื่อเร็ว ๆ นี้รวม
แอลได้รับความนิยมเป็น
สำหรับสูงกว่าฐานข้อมูลออก
ภาษารวมโมเดล
จริงมากภาษา,
ไม่เพียง สำหรับออกแบบฐานข้อมูล แต่ยัง สำหรับการออกแบบโปรแกรม
เพื่อสิ่งที่เรากำลังจะไปดู
ที่เป็นชุดย่อยของโมเดลข้อมูลของ UML
ทั้งสองรุ่นนี้ออกแบบ
ภาระกราฟิก ดังนั้นใน
ออกแบบฐานข้อมูล ผู้ใช้
ดึงกล่องและลูกศร บางทีรูปร่างอื่น ๆ
และทั้งสองอย่าง
สามารถแปล โดยทั่วไปโดยอัตโนมัติ ความสัมพันธ์การ
บางครั้งอาจมีน้อยคน
แทรกแซงในกระบวนการแปล แต่บ่อยครั้งที่ไม่จำเป็นได้
ดังนั้นข้อมูลชุดย่อยของโมเดล
UML ได้ห้าพื้นฐานแนวคิด
เรียน สมาคม สมาคมชั้น ชั้นย่อย และองค์ประกอบ แล้วรวม
เราเพียงจะไป
ผ่านแก่บรรดา
ใช้กับตัวอย่าง
ดังนั้น ที่ระดับแนวความคิดใน UML
ไม่เฉพาะข้อมูล-โมเดล
ยังใช้สำหรับการออกแบบโปรแกรม
ชั้นประกอบด้วย
ชื่อสำหรับคลา คุณลักษณะของ
คลาส และวิธีการใน
คลาส และก็คงคุ้นเคยกับคุณอีกครั้งจากการเขียนโปรแกรม
สำหรับข้อมูลเฉพาะ การสร้างโมเดลเรา
เพิ่มแอตทริบิวต์
แนวความคิดของคีย์หลัก,
และเราปล่อยวิธี
ที่จะเกี่ยวข้องเนื่องจากเรากำลังเน้น,
จริง ๆ บนข้อมูลจุดนี้
ดังนั้นเราจะวาดภาพตัวอย่างของเรา,
ตามปกติ จากจินตภาพ
รับสมัครวิทยาลัยฐานข้อมูลกับ
ศึกษา และวิทยาลัย และนักเรียนที่ใช้กับวิทยาลัยและอื่น ๆ
ดังนั้นหนึ่งชั้นเรียน ไม่
จะจู่ ๆ คลาสบนักเรียน
ใน UML เราจะวาดเป็น
ชั้นกล่อง
เช่นนี้, และที่
ด้านบนที่เราใส่ชื่อ
ของชั้น แล้วเรา
ใส่แอตทริบิวต์ของคลา,
เราลองสมมติว่า เราจะแค่ให้มันง่าย
เราจะมีรหัสนักศึกษา เป็น
ชื่อนักเรียน และ
GPA ของนักเรียนขณะนี้ และ
ลงที่นี่ใน UML จะ
เป็นข้อกำหนดของวิธี
อีกครั้งที่เรากำลังจะ
จะเน้นไปที่วิธีนับตั้งแต่เรา
มองที่จำลองข้อมูลและไม่ดำเนินการกับข้อมูล
และ เพื่อความแตกต่างหนึ่งคือ ว่า เราจะมีวิธีการไม่
อีกจะให้เราระบุ
ถ้าคีย์หลักเรา
ต้อง และที่ระบุ
ใช้คำศัพท์ PK.
ดังนั้นเราจะบอกว่า รหัสนักศึกษาในกรณีนี้อยู่หลักคีย์
และเช่นเดียว กับคีย์ใน
แบบจำลองเชิงสัมพันธ์ ซึ่งหมายความว่า
ที่เมื่อเราได้ชุด
วัตถุสำหรับนักเรียน
คลาสวัตถุแต่ละชิ้นจะมีรหัสนักเรียนเฉพาะ
จะมีนักเรียนไม่มีรหัสซ้ำกันในวัตถุ
ในฐานข้อมูลของโปรแกรมประยุกต์วิทยาลัย เรา
ยังน่าจะมีเป็น
คลาสสำหรับวิทยาลัย ดังนั้นเราจะได้เรียนเราเรียกวิทยาลัยการ
และสำหรับตอนนี้ เราจะทำ
แอตทริบิวต์ของที่
คลา เพียงชื่อวิทยาลัยและรัฐ
และอีกครั้ง ใน UML เต็ม อาจมีบางวิธีลงนี่
และเราจะทำให้วิทยาลัย
ชื่อและกรณีนี้ได้หลักคีย์
เพื่อเราจะสมมติว่าที่วิทยาลัยชื่อตัวเองไม่ซ้ำกัน
เพื่อที่ใช้สำหรับการเรียนการ
สวยตรงไปตรงมา พวกเขาดูเป็น
มาก เช่นความสัมพันธ์ และการ
คอร์ส พวกเขาจะแปลโดยตรงความสัมพันธ์
ถัดไปพูดคุยเกี่ยวกับความสัมพันธ์ของ
สมาคมจับความสัมพันธ์ระหว่างวัตถุของทั้งสองแตกต่างกันเรียน
เพื่อให้สมมติอีกว่า
เรามีนักเรียน และ
จะเขียนแอตทริบิวต์นี้,
ฉันจะเพียงแค่เขียนเช่นนั้น
เรามีเรียนวิทยาลัย
ในการออกแบบ UML ของเรา
ถ้าเราต้องการให้เป็น
สัมพันธ์ที่นักเรียนใช้
การวิทยาลัย เราเขียนที่
เพียงเป็นเส้นระหว่าง
นักเรียนและชั้นเรียนวิทยาลัย
แล้ว เราให้มันชื่อ
ดังนั้นเราจะเรียกว่าใช้
และที่บอกว่า เรามี
วัตถุในระดับนักเรียน และ
วัตถุที่อยู่ในระดับวิทยาลัย
เกี่ยวข้องกับแต่ละ
อื่น ๆ ผ่านการใช้ความสัมพันธ์การ
ถ้าเราต้องการแนะนำเป็น
ทิศสัมพันธ์,
ต้องพูดเพื่อให้นักเรียนที่มี
ใช้วิทยาลัย เราสามารถ
ใส่ลูกศร
ที่เป็นส่วนหนึ่งของภาษา UML
แม้ว่าเราจะดู doesn ที
จริง ๆ ทำให้มากความแตกต่างเมื่อเรา
ท้ายแปลออกแบบ UML เพื่อความสัมพันธ์ได้
เมื่อเรามีการเชื่อมโยงระหว่างเรียน,
เราสามารถระบุสิ่งที่เราเรียก
มากมายหลายหลากของ และ
ที่พูดถึงจำนวนวัตถุ
ระดับหนึ่งสามารถสัมพันธ์
วัตถุของคลาสบอื่น
ดังนั้นเราจะเห็นว่าเรา
สามารถจับแนวคิดเช่นหนึ่ง-
กลุ่มหนึ่งและอื่น ๆ การ
จึงลองดูโดยเฉพาะที่
ว่าเราระบุใน
ไดอะแกรม UMLและ
ตอนนี้เพียงแค่จะใช้เรียนทั่วไป 2.
ดังนั้นสมมติว่า มีการ
ระดับ C1 และ
มีคลา C2 และให้ของ
กล่าวว่า มีความสัมพันธ์
ระหว่างชั้นที่สอง เพื่อที่จะได้เป็นบรรทัด
และผมสามารถให้ที่ชื่อ,
ของให้เรียกอ. สมมติว่า
ที่ต้องระบุว่า
แต่ละวัตถุในคลาส C,
ดีฉันเพียงจะเขียนที่
วัตถุเป็นจุดที่นี่ข้างล่างชั้นข้อมูลจำเพาะเกี่ยวกับชนิดของ
ให้ว่าของที่ฉัน
อยากบอกว่า แต่ละคน
ผู้กำลังจะ
กับน้อย
M แต่มากที่สุด
N วัตถุในคลาส
C2 ดังนั้นนี่คือวัตถุคลาส C2.
ฉันจะมีพัดลมชนิดนี้ออกในความสัมพันธ์ของฉัน
ระบุว่าใน
UML ไดอะแกรมเขียนที่เป็น M ...
และด้านขวา
บรรทัดสมาคม และ
อีกครั้ง ที่จะพูดแต่ละวัตถุ
แล้ว ใน C1 แล้วจะเกี่ยวข้อง
ไประหว่าง M และ N วัตถุของ C2
ตอนนี้มีบางกรณีในสัญกรณ์นี้ได้
สามารถเขียน M จุดจุด
หมายถึงดาว และดาว
หมายเลขใด ๆ ของวัตถุ ดังนั้น
สิ่งที่จะเห็นคือ
แต่ละวัตถุใน "C1"
เกี่ยวข้องกับอย่างน้อย "M"
และ มากเท่าที่มันต้องการ องค์ประกอบของ "C2" ได้
ยังสามารถเขียนศูนย์การ
สิ้นสุดและจะ
พูดที่แต่ละวัตถุใน C1
เกี่ยวข้องอาจจะไม่มี
ตัวอย่าง นี่เรามี
ว่า ฉันยังไม่ได้วาดเคล็ดลับความสัมพันธ์ใด ๆ ได้
อาจไม่ ถึงองค์ประกอบ N ของ C2
ยังสามารถเขียนจุดศูนย์
จุดดาว และที่เป็นพื้นฐาน
จำกัดมากมายหลายหลากได้
และเพิ่ง จะ พูด,
เริ่มต้น จริง เป็นจุดจุดหนึ่งหนึ่ง.
ดังนั้นหากเราไม่เขียนอะไร
ในสมาคมของเราเรา
นั่นคือวัตถุแต่ละ
ที่เกี่ยวข้องกับวัตถุหนึ่ง
ประเภทอื่น ๆ และที่อยู่ใน
ทั้งสองทิศทาง โดยวิธี,
ดังนั้นฉันสามารถวางการ X ...
Y ที่นี่ และตอนนี้ เราจะ
จำกัดจำนวนวัตถุ
เกี่ยวข้องกับองค์ประกอบของ C2.
บังเอิญ UML ให้บางคำย่อ 1..1
สามารถ abbreviated เป็นเป็นเพียง
หนึ่งเก่าธรรมดาและ 0 ...
สามารถ abbreviated กับเพียงดาวได้
ดังนั้นลองมาดูที่
อย่างวิทยาลัยและนักเรียน และ
อะไรมากมายหลายหลากของสมาคม
นักเรียน ใช้วิทยาลัยอาจได้
กันสมมุติว่า เรา
ยืนยันว่า นักเรียนต้องใช้
ที่ใดที่หนึ่ง ดังนั้นที่
วิทยาลัยอย่างน้อยหนึ่งแต่พวกเขากำลัง
ไม่อนุญาตให้ใช้เพื่อ
5 และเพิ่มเติมข้อมูลเพิ่มเติม
ให้พูดที่วิทยาลัยไม่จะ
ใช้โปรแกรมประยุกต์มากกว่า 20000 ดังนั้น
ตัวอย่างนี้จะชื่นชมกับ
ให้ฉันใส่ข้อกำหนดมากมายหลายหลากบนทั้งสองด้าน
อีกดังนั้นเราจะมีของเรา
ระดับนักเรียนและเราจะ
ได้เรียนวิทยาลัย
และเราจะมีความสัมพันธ์ของเรา
ระหว่างนักเรียนและ
ระดับวิทยาลัย และจะเขียนชื่อใต้ที่นี่
ตอนนี้ ใช้
เพื่อให้คิดวิธี
ระบุ multiplicities ของเรานี้
เพื่อระบุว่า นักเรียน
ต้องใช้คีย์บอร์ด แต่ไม่สามารถ
กับ 5 มากกว่า
วิทยาลัย เราใส่หนึ่ง
จุดจุดห้าด้านนี้
จริง ๆ ก็คิดบางบางครั้ง
จำด้านที่ใส่ข้อมูลจำเพาะ
แต่ที่เป็นสิ่งที่ให้เรา
พัดลมออกจากวัตถุ
บนซ้ายไปยังวัตถุบนขวา
ดังกล่าวนักเรียนสามารถ
กับถึงห้า
วิทยาลัย และต้องใช้
น้อยหนึ่ง เพื่อเรา
ชนะไม่มีใครไม่ใช้ทุก.
ในด้านอื่น ๆเราต้อง
พูดคุยเกี่ยวกับจำนวนนักเรียน
สามารถใช้เฉพาะ
วิทยาลัย และเรากล่าวว่า จะไม่เกิน 20, 000.
เราไม่ใส่ตัวล่าง
จำกัดบน ที่เพื่อเรา
จะระบุว่า เป็น 0 20, 000.
ดังนั้นฉันกล่าวถึงก่อนหน้านี้มากมายหลายหลากที่
สมาคมจับบาง
เหล่านี้ชนิดของความสัมพันธ์คุณอาจ
ได้เรียนรู้เกี่ยวกับตำแหน่งอื่นนั้นเรียกว่า
กลุ่มหนึ่ง หนึ่งและอื่น ๆ .
เพื่อ ให้ฉันแสดงความสัมพันธ์
ระหว่างสมาคมมากมายหลายหลากและคำศัพท์นี้
ดังนั้นหากเรามีความสัมพันธ์แบบหนึ่งต่อหนึ่ง
ระหว่าง "C1" และ "C2 เทคนิค--หนึ่ง
doesn ทีหมายความว่า ทุกอย่างมีการมีส่วนร่วม
อะไรจริง ๆ หมายความว่า
วัตถุแต่ละชิ้นแต่ละด้าน
เกี่ยวข้องมากที่สุดหนึ่งในอื่นข้างเคียง
ดังนั้นต้องพูดมันเป็นความสัมพันธ์แบบหนึ่งต่อหนึ่ง
เราจะใส่เป็น" ศูนย์ จุด,
จุดหนึ่ง "ทั้งสองฝ่าย
ลองดูถ้าฉันสามารถใช้สีที่นี่
ไงเกี่ยวกับกลุ่มหนึ่ง?
กลุ่มหนึ่งกล่าวว่า เราได้
องค์ประกอบต่าง ๆ ของ "C1" เกี่ยวข้อง
เพื่อองค์ประกอบของ "C2 แต่
แต่ละองค์ประกอบของ"C2"จะ
เกี่ยวข้องกับ ที่สุด องค์ประกอบหนึ่งของ"C1"
ดังนั้น ในกรณีที่การที่เรายังคง
ได้ "ศูนย์ จุด จุด หนึ่ง"
ด้านขวาเพื่อระบุว่า
เกี่ยวข้องแต่ละวัตถุ "C1"
มากที่สุดหนึ่งวัตถุของ
"C2" แต่เรามี
การแปล กรุณารอสักครู่..
This video talks about data
modeling and UML, the Unified Modeling Language.
The area of data modeling
consists of how we represent
the data for an application.
We've talked a great length about the relational data model.
Its widely used and we
have good design principles for coming up with relational schemas.
We also talked about XML as
a data model, XML is quite
a bit newer and there are
no design principles that are
analogous to the ones for the relational model.
But frequently when people are
designing a database, they'll actually
use a higher level model
that's specifically for database design.
These models aren't implemented by
the database system, rather they're
translated into the model of the database system.
So let's draw a picture of that.
Let's suppose that we have
a relational database management system
which is abbreviated RDBMS often, and
I'll draw that as a disk just out of tradition.
So, if we create a database
in a relational system the
database is going to consist of relations.
but instead of designing relations
directly, the database designer,
we'll draw that up here, will
use instead a higher-level design model.
That model will then go
through a translator, and this
can often be an automatic
process that will translate the
higher level model into the
relations that are implemented by the database system.
So what are these higher-level models?
Historically, for decades in
fact, the entity relationship
model, also known as the
ER model, was a very popular one.
But more recently the unified
modeling language has become popular
for higher-level database design.
The unified modeling language is
actually a very large language,
not just for database designs, but also for designing programs.
So what we're going to look
at is the data modeling subset of UML.
Both of these design models are
fundamentally graphical, so in
designing a database, the user
will draw boxes and arrows, perhaps other shapes.
And also both of them
can be translated, generally automatically, into relations.
Sometimes there may be little human
intervention in the translation process, but often that's not necessary.
So in the data modeling subset of
UML, there are five basic concepts.
Classes, associations, association classes, sub-classes, and composition and aggregation.
We're just going to go
through each one of those
concepts in turn with examples.
So that class concept in UML
is not specific to data-modeling.
It's also used for designing programs.
The class consists of a
name for the class, attributes of
the class, and methods in the
class, and that's probably familiar to you again from programming.
For data modeling specifically, we
add to the attributes the
concept of a primary key,
and we drop the methods
that are associated since we're focusing,
really, on the data modeling at this point.
So we'll be drawing our examples,
as usual, from a imaginary
college admissions database with
students and colleges and students applying to colleges and so forth.
So one of our classes, not
surprisingly, will be the student class.
And in UML we'll draw a
class as a box
like this, and at the
top we put the name
of the class and then we
put the attributes of the class,
so let's suppose that we'll just keep it simple.
We'll have a student ID, a
student name, and for
now, the student's GPA and
down here in UML would
be the specification of the methods.
Again we're not going to
be focusing on methods since we
are looking at data-modeling,and not the operations on the data.
And so one difference is that we'll have no methods.
Another is that we specify
a primary key if we
wish and that's specified
using the terminology PK.
So we'll say that the student ID in this case is the primary key.
And just as in keys in
the relational model, that means
that when we have a set
of objects for the student
class, each object will have a unique student ID.
There will be no student IDs repeated across objects.
in our college application database, we're
also likely to have a
class for colleges, so we'll have a class that we call college.
And for now, we'll make
the attributes of that
class, just the college name and the state.
And again in full UML, there might be some methods down here.
And we'll make the college
name and this case be the primary key.
So we're assuming now that college names themselves are unique.
So that's it for classes.
Pretty straightforward, they look a
lot like relations and of
course, they will translate directly to relations.
Next let's talk about associations.
Associations capture relationships between objects of two different classes.
So lets suppose again that
we have our student class and
I won't write the attributes now,
I'll just write it like that
and we have our college class
in our UML design.
If we want to have a
relationship that students apply
to colleges, we write that
just as a line between
the students and the college classes
and then we give it a name.
So we'll call it applied
and that says that we have
objects in the student class and
objects that are in the college class
that are associated with each
other through the applied association.
If we want to introduce a
directionality to the relationship,
so to say that student are
applying to colleges, we can
put in a arrow there,
that's part of the UML language
although we'll see that it doesn't
really make much difference when we
end up translating UML designs to relations.
When we have associations between classes,
we can specify what we call
the multiplicity of those and
that talks about how many objects
of one class can be related
to an object of another class.
So we'll see that we
can capture concepts like one-one
and many-one and so forth.
So let's look specifically at
how we specify those in
a UML diagram, and for
now I'll just use two generic classes.
So let's say I have a
class C1 and I
have a class C2, and let's
say that I have an association
between those two classes, so that would be a line.
And I could give that a name,
let's call it A. Let's say
that I want to specify that
each object in Class C,
well I'm just going to write those
objects kind of as dots here below the class specification.
Let's say that I
wanted to say that each one
of those is going to
be related to at least
M but at most
N objects in class
C2, so here are class C2 objects.
I'm going to have this kind of fan out in my relationship.
To specify that in the
UML diagram I write that as M..
and on the right side
of the association line and
again that's say each object
then in C1, then will related
to between M and N objects of C2.
Now there are some special cases in this notation.
I can write M dot dot
star, and star means
any number of objects, so
what that would see is
that each object in "C1"
is related to atleast "M"
and, as many as it wants, elements of "C2".
I can also write zero to
end and that will
say that each object in C1
is related to possibly none
for example here we have one
that I haven't draw any relations tips.
Possibly none and up to N elements of C2.
I can also write zero dot
dot star, and that's basic
no restrictions on the multiplicity.
And just to mention,
the default, actually, is one dot dot one.
So if we don't write anything
on our association we're
assuming that each object is
related to exactly one object
of the other class and that's in
both directions by the way,
so I can put a X..
Y here and now we'll
restrict how many objects of
element of C2 is related to.
Incidentally UML allow some abbreviations, 1..1
can be abbreviated as a just
plain old one and 0..
can be abbreviated with just star.
So let's take a look at
our student and college example and
what the multiplicity of the association
of students applying to colleges might be.
So let's suppose that we
insist that students must apply
somewhere, so they apply to at
least one college but they're
not allow to apply to more
than 5 and further more
lets say that no college will
take more than 20,000 applications, so
this example is contrived to
allow me to put multiplicity specifications on both sides.
So again, we'll have our
student class and we'll
have our college class
and we'll have our association
between the student and the
college class, and I'll just write the name underneath here.
Now applied.
So lets think about how
to specify our multiplicities for this.
So to specify that a student
must apply somewhere but cannot
apply to more than 5
colleges, we put a one
dot dot five on this side.
It really takes some thinking sometimes
to remember which side to put the specification on.
But that's what gives us the
fan out from the objects
on the left to the objects on the right.
So it says each student can
apply to up to five
colleges and must apply
to at least one, so we
won't have any who haven't applied anywhere.
On the other side, we want
to talk about how many students
can have applied to a particular
college, and we said it can be no more than 20,000.
We didn't put a lower
restriction on that, so we
would specify that as 0 to 20,000.
So I mentioned earlier that multiplicity
of associations captures some of
these types of relationships you might
have learned about somewhere else called
one to one, many to one, and so on.
So, let me show the relationship
between association multiplicity and this terminology.
So if we have a one-to-one relationship
between "C1" and "C2," technically one-to-one
doesn't mean everything has to be involved.
What it really means is that
each object on each side
is related to at most one on the other side.
So to say it's a one-to-one relationship
we would put a "zero, dot,
dot, one" on both sides.
Let's see if I can use some colors here.
So what about many-to-one?
Many-to-one says that we can have
many elements of "C1" related
to an element of "C2," but
each element of "C2" will
be related to, at most, one element of "C1."
So in that case we still
have a "zero, dot, dot, one"
on the right side indicating that
each "C1" object is related
to at most one object of
"C2" but we have
modeling and UML, the Unified Modeling Language.
The area of data modeling
consists of how we represent
the data for an application.
We've talked a great length about the relational data model.
Its widely used and we
have good design principles for coming up with relational schemas.
We also talked about XML as
a data model, XML is quite
a bit newer and there are
no design principles that are
analogous to the ones for the relational model.
But frequently when people are
designing a database, they'll actually
use a higher level model
that's specifically for database design.
These models aren't implemented by
the database system, rather they're
translated into the model of the database system.
So let's draw a picture of that.
Let's suppose that we have
a relational database management system
which is abbreviated RDBMS often, and
I'll draw that as a disk just out of tradition.
So, if we create a database
in a relational system the
database is going to consist of relations.
but instead of designing relations
directly, the database designer,
we'll draw that up here, will
use instead a higher-level design model.
That model will then go
through a translator, and this
can often be an automatic
process that will translate the
higher level model into the
relations that are implemented by the database system.
So what are these higher-level models?
Historically, for decades in
fact, the entity relationship
model, also known as the
ER model, was a very popular one.
But more recently the unified
modeling language has become popular
for higher-level database design.
The unified modeling language is
actually a very large language,
not just for database designs, but also for designing programs.
So what we're going to look
at is the data modeling subset of UML.
Both of these design models are
fundamentally graphical, so in
designing a database, the user
will draw boxes and arrows, perhaps other shapes.
And also both of them
can be translated, generally automatically, into relations.
Sometimes there may be little human
intervention in the translation process, but often that's not necessary.
So in the data modeling subset of
UML, there are five basic concepts.
Classes, associations, association classes, sub-classes, and composition and aggregation.
We're just going to go
through each one of those
concepts in turn with examples.
So that class concept in UML
is not specific to data-modeling.
It's also used for designing programs.
The class consists of a
name for the class, attributes of
the class, and methods in the
class, and that's probably familiar to you again from programming.
For data modeling specifically, we
add to the attributes the
concept of a primary key,
and we drop the methods
that are associated since we're focusing,
really, on the data modeling at this point.
So we'll be drawing our examples,
as usual, from a imaginary
college admissions database with
students and colleges and students applying to colleges and so forth.
So one of our classes, not
surprisingly, will be the student class.
And in UML we'll draw a
class as a box
like this, and at the
top we put the name
of the class and then we
put the attributes of the class,
so let's suppose that we'll just keep it simple.
We'll have a student ID, a
student name, and for
now, the student's GPA and
down here in UML would
be the specification of the methods.
Again we're not going to
be focusing on methods since we
are looking at data-modeling,and not the operations on the data.
And so one difference is that we'll have no methods.
Another is that we specify
a primary key if we
wish and that's specified
using the terminology PK.
So we'll say that the student ID in this case is the primary key.
And just as in keys in
the relational model, that means
that when we have a set
of objects for the student
class, each object will have a unique student ID.
There will be no student IDs repeated across objects.
in our college application database, we're
also likely to have a
class for colleges, so we'll have a class that we call college.
And for now, we'll make
the attributes of that
class, just the college name and the state.
And again in full UML, there might be some methods down here.
And we'll make the college
name and this case be the primary key.
So we're assuming now that college names themselves are unique.
So that's it for classes.
Pretty straightforward, they look a
lot like relations and of
course, they will translate directly to relations.
Next let's talk about associations.
Associations capture relationships between objects of two different classes.
So lets suppose again that
we have our student class and
I won't write the attributes now,
I'll just write it like that
and we have our college class
in our UML design.
If we want to have a
relationship that students apply
to colleges, we write that
just as a line between
the students and the college classes
and then we give it a name.
So we'll call it applied
and that says that we have
objects in the student class and
objects that are in the college class
that are associated with each
other through the applied association.
If we want to introduce a
directionality to the relationship,
so to say that student are
applying to colleges, we can
put in a arrow there,
that's part of the UML language
although we'll see that it doesn't
really make much difference when we
end up translating UML designs to relations.
When we have associations between classes,
we can specify what we call
the multiplicity of those and
that talks about how many objects
of one class can be related
to an object of another class.
So we'll see that we
can capture concepts like one-one
and many-one and so forth.
So let's look specifically at
how we specify those in
a UML diagram, and for
now I'll just use two generic classes.
So let's say I have a
class C1 and I
have a class C2, and let's
say that I have an association
between those two classes, so that would be a line.
And I could give that a name,
let's call it A. Let's say
that I want to specify that
each object in Class C,
well I'm just going to write those
objects kind of as dots here below the class specification.
Let's say that I
wanted to say that each one
of those is going to
be related to at least
M but at most
N objects in class
C2, so here are class C2 objects.
I'm going to have this kind of fan out in my relationship.
To specify that in the
UML diagram I write that as M..
and on the right side
of the association line and
again that's say each object
then in C1, then will related
to between M and N objects of C2.
Now there are some special cases in this notation.
I can write M dot dot
star, and star means
any number of objects, so
what that would see is
that each object in "C1"
is related to atleast "M"
and, as many as it wants, elements of "C2".
I can also write zero to
end and that will
say that each object in C1
is related to possibly none
for example here we have one
that I haven't draw any relations tips.
Possibly none and up to N elements of C2.
I can also write zero dot
dot star, and that's basic
no restrictions on the multiplicity.
And just to mention,
the default, actually, is one dot dot one.
So if we don't write anything
on our association we're
assuming that each object is
related to exactly one object
of the other class and that's in
both directions by the way,
so I can put a X..
Y here and now we'll
restrict how many objects of
element of C2 is related to.
Incidentally UML allow some abbreviations, 1..1
can be abbreviated as a just
plain old one and 0..
can be abbreviated with just star.
So let's take a look at
our student and college example and
what the multiplicity of the association
of students applying to colleges might be.
So let's suppose that we
insist that students must apply
somewhere, so they apply to at
least one college but they're
not allow to apply to more
than 5 and further more
lets say that no college will
take more than 20,000 applications, so
this example is contrived to
allow me to put multiplicity specifications on both sides.
So again, we'll have our
student class and we'll
have our college class
and we'll have our association
between the student and the
college class, and I'll just write the name underneath here.
Now applied.
So lets think about how
to specify our multiplicities for this.
So to specify that a student
must apply somewhere but cannot
apply to more than 5
colleges, we put a one
dot dot five on this side.
It really takes some thinking sometimes
to remember which side to put the specification on.
But that's what gives us the
fan out from the objects
on the left to the objects on the right.
So it says each student can
apply to up to five
colleges and must apply
to at least one, so we
won't have any who haven't applied anywhere.
On the other side, we want
to talk about how many students
can have applied to a particular
college, and we said it can be no more than 20,000.
We didn't put a lower
restriction on that, so we
would specify that as 0 to 20,000.
So I mentioned earlier that multiplicity
of associations captures some of
these types of relationships you might
have learned about somewhere else called
one to one, many to one, and so on.
So, let me show the relationship
between association multiplicity and this terminology.
So if we have a one-to-one relationship
between "C1" and "C2," technically one-to-one
doesn't mean everything has to be involved.
What it really means is that
each object on each side
is related to at most one on the other side.
So to say it's a one-to-one relationship
we would put a "zero, dot,
dot, one" on both sides.
Let's see if I can use some colors here.
So what about many-to-one?
Many-to-one says that we can have
many elements of "C1" related
to an element of "C2," but
each element of "C2" will
be related to, at most, one element of "C1."
So in that case we still
have a "zero, dot, dot, one"
on the right side indicating that
each "C1" object is related
to at most one object of
"C2" but we have
การแปล กรุณารอสักครู่..
วิดีโอนี้พูดถึงแบบจำลองข้อมูลเชิงวัตถุ
, บูเช็คเทียน จอมนางเหนือแผ่นดิน .
พื้นที่ของแบบจำลองข้อมูลประกอบด้วยว่าเราเป็นตัวแทนของข้อมูลสำหรับการประยุกต์
.
เราเคยคุยกันยาวมาก เกี่ยวกับ แบบจำลองข้อมูลเชิงสัมพันธ์ ของพวกเรา
ใช้กันอย่างแพร่หลาย และมีหลักการออกแบบที่ดีที่มากับ schemas ฐานข้อมูล .
เราคุยกัน XML เป็นรูปแบบข้อมูลแบบ XML ที่ค่อนข้างใหม่และมีนิดหน่อย
ไม่มีหลักการออกแบบที่
คล้ายคลึงกับหนึ่งตัวสำหรับแบบจำลองเชิงสัมพันธ์ แต่บ่อยครั้งเมื่อคน
ออกแบบฐานข้อมูล พวกเขาจะจริง
ใช้ระดับสูงรุ่นที่เฉพาะสำหรับการออกแบบฐานข้อมูล .
นางแบบเหล่านี้ไม่ได้ดำเนินการโดย
ระบบฐานข้อมูล แต่พวกเขา
แปลเป็นรูปแบบของ ฐานข้อมูล
เรามาวาดรูปนั้น สมมุติว่าเรามี
การจัดการระบบฐานข้อมูลเชิงสัมพันธ์ RDBMS ซึ่งย่อ
ผมจะวาดบ่อยๆ และที่เป็นดิสก์ออกจากประเพณี .
ถ้าเราสร้างฐานข้อมูลเชิงสัมพันธ์
ในระบบฐานข้อมูลจะประกอบด้วยความสัมพันธ์ .
แต่แทนที่จะออกแบบโดยนักออกแบบฐานข้อมูลสัมพันธ์
เรา , , จะวาดมันขึ้นมา จะใช้รูปแบบการออกแบบสูงแทน
.
แล้วจะไปที่รูปแบบผ่านล่าม และนี้มักจะสามารถอัตโนมัติ
กระบวนการนั้นจะแปลลงในระดับที่สูงขึ้นแบบ
ความสัมพันธ์ที่ดำเนินการโดยระบบฐานข้อมูล .
แล้วนางแบบสูงเหล่านี้
ในอดีต สำหรับทศวรรษที่ผ่านมา ในความเป็นจริงองค์กรความสัมพันธ์
, รูปแบบ , ที่รู้จักกันเป็น
รุ่น ER เป็นหนึ่งเป็นที่นิยมมาก .
แต่มากขึ้นเมื่อเร็ว ๆนี้รวมได้กลายเป็นที่นิยม
แบบภาษาสำหรับระดับฐานข้อมูลการออกแบบยูเอ็มแอลเป็น
ที่จริงภาษามาก
ไม่ใช่แค่การออกแบบฐานข้อมูล แต่ยังสำหรับการออกแบบโปรแกรม .
แล้วเราจะดู
ที่เป็นแบบจำลองข้อมูลย่อยของ UML .
ทั้งสองรุ่นออกแบบเหล่านี้
พื้นฐานกราฟิก ดังนั้นใน
ออกแบบ ฐานข้อมูลผู้ใช้
จะวาดกล่องและลูกศร บางทีรูปทรงอื่น ๆ
และทั้งสองของพวกเขาสามารถแปลโดยอัตโนมัติลงในความสัมพันธ์ .
บางครั้งอาจจะมีการแทรกแซงของมนุษย์
เล็กน้อยในการแปล แต่มักจะไม่จำเป็น
ดังนั้นในแบบจำลองข้อมูลย่อยของ
UML , มีห้าแนวคิดพื้นฐาน .
บทเรียน , สมาคม , สมาคมคลาส ซับคลาส และองค์ประกอบและการรวมกัน
เราก็จะไปผ่านทุกคน
แนวคิดในการเปิดด้วยตัวอย่าง
ดังนั้นชั้นเรียนแนวคิดใน UML
ไม่เฉพาะแบบจำลองข้อมูล .
มันยังใช้สำหรับการออกแบบโปรแกรม ชั้นเรียนประกอบด้วย
ชื่อในชั้นเรียน ลักษณะของ
เรียนและวิธีการในชั้นเรียนและที่อาจจะคุ้นเคยกับคุณอีกแล้ว การเขียนโปรแกรม สำหรับแบบจำลองข้อมูล
โดยเฉพาะ เราเพิ่มแอตทริบิวต์
แนวคิดของคีย์หลักและเราได้วางวิธีการ
ที่เกี่ยวข้องตั้งแต่เราเพ่ง
จริงๆ ในการสร้างแบบจำลองข้อมูลในจุดนี้ ดังนั้นพวกเราจะวาด
ตัวอย่างของเราตามปกติ จากจินตนาการ
วิทยาลัยฐานข้อมูลกับนักเรียนและวิทยาลัยและนักเรียนสมัครเข้าวิทยาลัยและอื่น ๆ .
ดังนั้นหนึ่งของชั้นเรียน ของเราไม่
จู่ ๆ จะเป็นชั้นของนักเรียน และในคัมภีร์
เราจะวาดเป็นกล่อง
ชั้นแบบนี้และที่เราใส่ชื่อ
ด้านบนของชั้นแล้วเรา
ใส่แอตทริบิวต์ของชั้นเรียน ,
ดังนั้นสมมุติว่าเราก็เก็บง่าย .
เราจะมีรหัสนักเรียน ชื่อนักเรียน สำหรับ
และตอนนี้ของนักเรียนเกรดเฉลี่ยและ
ที่นี่ UML จะ
เป็นสเปคของวิธี .
อีก เราไม่ได้ไป
จะเน้นวิธีการ ตั้งแต่ที่เรากำลังมองหาที่ข้อมูลการสร้างโมเดล และไม่ดำเนินการกับข้อมูล .
ดังนั้น หนึ่งความแตกต่างก็คือ เราจะไม่มีวิธี อื่น ที่เราระบุ
เป็นคีย์หลัก ถ้าเราต้องการ และที่กำหนด
ใช้ศัพท์ที่ PK .
ดังนั้นเราจะกล่าวว่า บัตรนักเรียน กรณีนี้เป็นคีย์หลัก และคีย์ก็เป็น
แบบเชิงสัมพันธ์ นั่นหมายความว่าเมื่อเรามีชุด
ของวัตถุสำหรับนักศึกษาพยาบาลชั้น แต่ละวัตถุจะมีเอกลักษณ์
นักเรียน IDจะไม่มีบัตรนักเรียนซ้ำข้ามวัตถุ
ในฐานข้อมูลใบสมัครมหาวิทยาลัยของเรา เราก็น่าจะมี
ยังเรียนวิทยาลัย ดังนั้น เราต้องเรียนว่าเราเรียกวิทยาลัย .
แล้วเราจะทำให้คุณลักษณะของคลาสนั้น
แค่วิทยาลัยชื่อและสถานะ .
และอีกครั้งในแบบ UML , อาจจะมีวิธีการบางอย่างที่นี่ .
และเราจะทำให้วิทยาลัย
ชื่อและกรณีนี้เป็นคีย์หลัก .
ดังนั้นเราสมมติว่าตอนนี้ชื่อโรงเรียนตัวเองจะไม่ซ้ำกัน .
งั้นสำหรับชั้นเรียน .
สวยตรงไปตรงมา พวกเขาดู
เหมือนความสัมพันธ์และแน่นอนพวกเขาจะแปลตรงความสัมพันธ์ .
ต่อไปมาคุยกันเรื่องจับ
สมาคมสมาคม ความสัมพันธ์ระหว่างวัตถุสองคลาสที่แตกต่างกัน เพื่อให้ สมมติอีกว่า
เรามีนักเรียนคลาสและ
ฉันไม่เขียนคุณลักษณะตอนนี้ของเรา
ผมจะเขียนอย่างนั้น
และเราได้คลาสวิทยาลัยของเราในการออกแบบ UML ของเรา .
ถ้าเราต้องการมีความสัมพันธ์ที่นักเรียนใช้
วิทยาลัยที่เราเขียนนั้น เป็นแนวระหว่าง
แค่นักเรียน และวิทยาลัย
แล้วเราให้ชื่อมัน ดังนั้นเราจะเรียกใช้
และที่บอกว่าเราได้
นักเรียนคลาสและวัตถุในวัตถุที่อยู่ในชั้นเรียนวิทยาลัย
ที่เกี่ยวข้องกับแต่ละอื่น ๆผ่านการใช้สมาคม
.
ถ้าเราอยากแนะนำ
ดังนั้นทิศทางเพื่อความสัมพันธ์ ว่านักเรียน
สมัครวิทยาลัย เราสามารถ
ใส่ลูกศรมี
นั่นเป็นส่วนหนึ่งของ UML ภาษา
ถึงแม้ว่า เราก็จะเห็นว่ามันไม่ได้จริงๆทำให้ความแตกต่างมากเมื่อเรา
จบการแปลการออกแบบ UML ความสัมพันธ์ .
เมื่อเรามีความสัมพันธ์ระหว่างคลาส
เราสามารถระบุสิ่งที่เราเรียก
ที่หลายหลากของเหล่านั้นและพูดคุยเกี่ยวกับวิธีการหลายวัตถุของคลาสหนึ่ง
สามารถเกี่ยวข้องกับวัตถุของคลาสอื่น ดังนั้นเราจะเห็นได้ว่าเรา
สามารถจับแนวความคิดแบบหนึ่ง
และหลายหนึ่งและอื่น ๆ
มาดูเฉพาะ
วิธีการที่เราระบุในแผนภาพ UML
เป็น และตอนนี้ผมจะใช้แค่สอง
เรียนทั่วไปดังนั้น สมมติว่าผมมี
ห้อง C1 และฉันมีคลาส C2 เถอะ
ว่าผมมีความสัมพันธ์ระหว่างสองคนเรียนเพื่อที่จะเป็นสาย .
ผมให้ที่ชื่อ
ขอเรียกมันว่า . ขอบอก
ที่ฉันต้องการระบุว่า
แต่ละวัตถุใน Class C
งั้นฉันจะเขียนวัตถุเหล่านั้น
ชนิดเป็นจุดล่างนี่ชั้นสเปค บอกว่าฉัน
อยากจะบอกว่า แต่ละคน
นั้นจะเกี่ยวข้องกับอย่างน้อย
แต่ส่วนใหญ่
n วัตถุในชั้นเรียน
C2 ดังนั้นที่นี่มีห้อง C2 วัตถุ .
ผมต้องชนิดของพัดลมในความสัมพันธ์ของฉัน .
ระบุว่าใน UML แผนภาพที่ผมเขียนว่า
และเป็นม. . . ด้านขวาของบรรทัดและ
สมาคมอีกครั้งที่บอกว่าแต่ละวัตถุ
แล้วใน C1 แล้วจะเกี่ยวข้องกับ
ระหว่าง M และ N
วัตถุของ C2ขณะนี้มีบางกรณีพิเศษในสัญกรณ์นี้ .
ผมสามารถเขียน M ลายจุด
ดาว และดาวหมายถึง
หมายเลขใด ๆของวัตถุ ดังนั้น สิ่งที่จะเห็นก็คือ
ที่แต่ละวัตถุใน " C1 "
เกี่ยวข้องกับอย่างน้อย " M "
และมากเท่าที่ต้องการ องค์ประกอบของ C2 " .
ผมสามารถเขียนศูนย์
จบและจะบอกว่าแต่ละวัตถุใน C1
ที่เกี่ยวข้องอาจจะไม่มี
ตัวอย่างที่นี่เรามีหนึ่งที่ผมยังไม่ได้วาดเคล็ดลับความสัมพันธ์ใด ๆอาจจะไม่มี และขึ้น
n องค์ประกอบของ C2 .
ผมสามารถเขียนศูนย์จุด
จุดดาว และนั่นคือพื้นฐานไม่มีข้อบังคับมากมาย
.
และเพียงเอ่ยถึง
โดยปริยาย ที่จริงแล้ว เป็นหนึ่งในจุดจุดหนึ่ง .
ถ้าเรา ไม่เขียนอะไรในความสัมพันธ์ของเราเรา
สมมติว่าวัตถุแต่ละวัตถุเป็นวัตถุหนึ่ง
ที่แน่นอนของชั้นอื่น ๆและใน
ทั้งสองเส้นทางโดยวิธีการ
ดังนั้นฉันสามารถวาง X .
y ที่นี่และตอนนี้เราจะ
จำกัดกี่วัตถุธาตุของ C2
บังเอิญเกี่ยวข้องกับ คัมภีร์อนุญาตให้บางตัวย่อ , 1 . . . . . . . 1
สามารถย่อเป็นเพียงธรรมดาเก่าและ 0 . . . . . . .
สามารถย่อด้วย เพียงดาว
งั้นมาดู
นักเรียนของเราและวิทยาลัยตัวอย่างและ
อะไรหลายหลากของสมาคมของนักศึกษาสมัครเข้าวิทยาลัย อาจจะ ดังนั้น สมมุติว่าเรา
ยืนยันว่านักเรียนต้องใช้
ที่อื่นเพื่อให้พวกเขาใช้ในวิทยาลัย แต่พวกเขาอย่างน้อยหนึ่ง
ไม่อนุญาตให้มีการใช้มากขึ้นกว่า 5 และเพิ่มเติม
ให้บอกว่าไม่มีวิทยาลัยจะ
ใช้เวลามากกว่า 20 , 000 แอพพลิเคชั่น ดังนั้น
ตัวอย่างนี้เป็น contrived
อนุญาตให้ฉันใส่ข้อมูลมีทั้งสองด้าน
ดังนั้นอีกครั้งเราจะมี
นักเรียนคลาส และเราก็มี
วิทยาลัยห้องเรียนของเรา และเราจะมีสมาคม
ระหว่างนักเรียนและชั้นเรียนวิทยาลัย และผมก็จะเขียนชื่อใต้นี่ .
ตอนนี้ใช้ ดังนั้นให้คิดวิธีที่จะระบุ multiplicities
ของเรานี้ ดังนั้น การระบุว่าเป็นนักศึกษาพยาบาลต้อง ใช้อยู่แต่ไม่ได้ใช้มากกว่า 5
วิทยาลัย เราใส่จุด จุดหนึ่ง
ห้าในด้านนี้มันต้องใช้เวลาคิดบ้างบางครั้ง
ไว้ที่ด้านข้างเพื่อวางสเปค .
แต่นั่นคือสิ่งที่ช่วยให้เรา
แฟนออกมาจากวัตถุบนซ้ายเพื่อวัตถุบนขวา .
มันบอกว่านักเรียนแต่ละคนสามารถสมัครได้ถึงห้า
วิทยาลัยและต้องใช้อย่างน้อย หนึ่ง ดังนั้นเรา
ไม่มีใครยังไม่ได้สมัครที่ไหนเลย .
ในด้านอื่น ๆ เราต้องการที่จะพูดคุยเกี่ยวกับวิธีการมากนัก
สามารถสมัครเรียนเฉพาะ
และเราพูดได้ไม่เกิน 20 , 000 .
เราไม่ได้ใส่ข้อ จำกัดบนล่าง
ที่ ดังนั้นเรา จะระบุว่าเป็น 0 , 000 .
ผมกล่าวถึงก่อนหน้านี้ที่หลายหลาก
สมาคมจับบางส่วนของเหล่านี้ประเภทของความสัมพันธ์ที่คุณอาจจะ
ได้เรียนรู้เกี่ยวกับที่อื่นเรียกว่า
หนึ่งมากมาย หนึ่ง และ
ขอแสดงความสัมพันธ์
ระหว่างสมาคมหลายหลากและคำศัพท์ .
ถ้าเรามีความสัมพันธ์แบบหนึ่งต่อหนึ่ง
ระหว่าง " C1 " และ " C2 " ในทางเทคนิคแบบหนึ่งต่อหนึ่ง
ไม่ได้หมายความว่าทุกอย่างจะต้องเกี่ยวข้อง
สิ่งที่มันจริงๆหมายถึงคือว่า
แต่ละวัตถุในแต่ละด้านสัมพันธ์มากที่สุดหนึ่งในด้านอื่น ๆ .
ดังนั้น ว่ามันคือความสัมพันธ์แบบหนึ่งต่อหนึ่ง
เราจะใส่ " 0
จุดจุดหนึ่งบน
" ทั้งสองฝ่ายถ้าฉันสามารถใช้สีบางอย่างที่นี่ .
แล้วมากมายหนึ่ง ?
หลายคนบอกว่าเราสามารถมีหลายองค์ประกอบของ " C1
" ที่เกี่ยวข้องกับองค์ประกอบของ " เปแอสเช " แต่แต่ละองค์ประกอบของ " C2
" จะเกี่ยวข้องกับ มากที่สุด องค์ประกอบหนึ่งของ " C1 "
ดังนั้นในกรณีนี้เรายังคงมี " ศูนย์ , จุด จุดหนึ่ง "
บนด้านขวาแสดงให้เห็นว่าแต่ละ " C1 " วัตถุที่เกี่ยวข้องกับวัตถุหนึ่งของที่สุด
" C2 " แต่เรามี
, บูเช็คเทียน จอมนางเหนือแผ่นดิน .
พื้นที่ของแบบจำลองข้อมูลประกอบด้วยว่าเราเป็นตัวแทนของข้อมูลสำหรับการประยุกต์
.
เราเคยคุยกันยาวมาก เกี่ยวกับ แบบจำลองข้อมูลเชิงสัมพันธ์ ของพวกเรา
ใช้กันอย่างแพร่หลาย และมีหลักการออกแบบที่ดีที่มากับ schemas ฐานข้อมูล .
เราคุยกัน XML เป็นรูปแบบข้อมูลแบบ XML ที่ค่อนข้างใหม่และมีนิดหน่อย
ไม่มีหลักการออกแบบที่
คล้ายคลึงกับหนึ่งตัวสำหรับแบบจำลองเชิงสัมพันธ์ แต่บ่อยครั้งเมื่อคน
ออกแบบฐานข้อมูล พวกเขาจะจริง
ใช้ระดับสูงรุ่นที่เฉพาะสำหรับการออกแบบฐานข้อมูล .
นางแบบเหล่านี้ไม่ได้ดำเนินการโดย
ระบบฐานข้อมูล แต่พวกเขา
แปลเป็นรูปแบบของ ฐานข้อมูล
เรามาวาดรูปนั้น สมมุติว่าเรามี
การจัดการระบบฐานข้อมูลเชิงสัมพันธ์ RDBMS ซึ่งย่อ
ผมจะวาดบ่อยๆ และที่เป็นดิสก์ออกจากประเพณี .
ถ้าเราสร้างฐานข้อมูลเชิงสัมพันธ์
ในระบบฐานข้อมูลจะประกอบด้วยความสัมพันธ์ .
แต่แทนที่จะออกแบบโดยนักออกแบบฐานข้อมูลสัมพันธ์
เรา , , จะวาดมันขึ้นมา จะใช้รูปแบบการออกแบบสูงแทน
.
แล้วจะไปที่รูปแบบผ่านล่าม และนี้มักจะสามารถอัตโนมัติ
กระบวนการนั้นจะแปลลงในระดับที่สูงขึ้นแบบ
ความสัมพันธ์ที่ดำเนินการโดยระบบฐานข้อมูล .
แล้วนางแบบสูงเหล่านี้
ในอดีต สำหรับทศวรรษที่ผ่านมา ในความเป็นจริงองค์กรความสัมพันธ์
, รูปแบบ , ที่รู้จักกันเป็น
รุ่น ER เป็นหนึ่งเป็นที่นิยมมาก .
แต่มากขึ้นเมื่อเร็ว ๆนี้รวมได้กลายเป็นที่นิยม
แบบภาษาสำหรับระดับฐานข้อมูลการออกแบบยูเอ็มแอลเป็น
ที่จริงภาษามาก
ไม่ใช่แค่การออกแบบฐานข้อมูล แต่ยังสำหรับการออกแบบโปรแกรม .
แล้วเราจะดู
ที่เป็นแบบจำลองข้อมูลย่อยของ UML .
ทั้งสองรุ่นออกแบบเหล่านี้
พื้นฐานกราฟิก ดังนั้นใน
ออกแบบ ฐานข้อมูลผู้ใช้
จะวาดกล่องและลูกศร บางทีรูปทรงอื่น ๆ
และทั้งสองของพวกเขาสามารถแปลโดยอัตโนมัติลงในความสัมพันธ์ .
บางครั้งอาจจะมีการแทรกแซงของมนุษย์
เล็กน้อยในการแปล แต่มักจะไม่จำเป็น
ดังนั้นในแบบจำลองข้อมูลย่อยของ
UML , มีห้าแนวคิดพื้นฐาน .
บทเรียน , สมาคม , สมาคมคลาส ซับคลาส และองค์ประกอบและการรวมกัน
เราก็จะไปผ่านทุกคน
แนวคิดในการเปิดด้วยตัวอย่าง
ดังนั้นชั้นเรียนแนวคิดใน UML
ไม่เฉพาะแบบจำลองข้อมูล .
มันยังใช้สำหรับการออกแบบโปรแกรม ชั้นเรียนประกอบด้วย
ชื่อในชั้นเรียน ลักษณะของ
เรียนและวิธีการในชั้นเรียนและที่อาจจะคุ้นเคยกับคุณอีกแล้ว การเขียนโปรแกรม สำหรับแบบจำลองข้อมูล
โดยเฉพาะ เราเพิ่มแอตทริบิวต์
แนวคิดของคีย์หลักและเราได้วางวิธีการ
ที่เกี่ยวข้องตั้งแต่เราเพ่ง
จริงๆ ในการสร้างแบบจำลองข้อมูลในจุดนี้ ดังนั้นพวกเราจะวาด
ตัวอย่างของเราตามปกติ จากจินตนาการ
วิทยาลัยฐานข้อมูลกับนักเรียนและวิทยาลัยและนักเรียนสมัครเข้าวิทยาลัยและอื่น ๆ .
ดังนั้นหนึ่งของชั้นเรียน ของเราไม่
จู่ ๆ จะเป็นชั้นของนักเรียน และในคัมภีร์
เราจะวาดเป็นกล่อง
ชั้นแบบนี้และที่เราใส่ชื่อ
ด้านบนของชั้นแล้วเรา
ใส่แอตทริบิวต์ของชั้นเรียน ,
ดังนั้นสมมุติว่าเราก็เก็บง่าย .
เราจะมีรหัสนักเรียน ชื่อนักเรียน สำหรับ
และตอนนี้ของนักเรียนเกรดเฉลี่ยและ
ที่นี่ UML จะ
เป็นสเปคของวิธี .
อีก เราไม่ได้ไป
จะเน้นวิธีการ ตั้งแต่ที่เรากำลังมองหาที่ข้อมูลการสร้างโมเดล และไม่ดำเนินการกับข้อมูล .
ดังนั้น หนึ่งความแตกต่างก็คือ เราจะไม่มีวิธี อื่น ที่เราระบุ
เป็นคีย์หลัก ถ้าเราต้องการ และที่กำหนด
ใช้ศัพท์ที่ PK .
ดังนั้นเราจะกล่าวว่า บัตรนักเรียน กรณีนี้เป็นคีย์หลัก และคีย์ก็เป็น
แบบเชิงสัมพันธ์ นั่นหมายความว่าเมื่อเรามีชุด
ของวัตถุสำหรับนักศึกษาพยาบาลชั้น แต่ละวัตถุจะมีเอกลักษณ์
นักเรียน IDจะไม่มีบัตรนักเรียนซ้ำข้ามวัตถุ
ในฐานข้อมูลใบสมัครมหาวิทยาลัยของเรา เราก็น่าจะมี
ยังเรียนวิทยาลัย ดังนั้น เราต้องเรียนว่าเราเรียกวิทยาลัย .
แล้วเราจะทำให้คุณลักษณะของคลาสนั้น
แค่วิทยาลัยชื่อและสถานะ .
และอีกครั้งในแบบ UML , อาจจะมีวิธีการบางอย่างที่นี่ .
และเราจะทำให้วิทยาลัย
ชื่อและกรณีนี้เป็นคีย์หลัก .
ดังนั้นเราสมมติว่าตอนนี้ชื่อโรงเรียนตัวเองจะไม่ซ้ำกัน .
งั้นสำหรับชั้นเรียน .
สวยตรงไปตรงมา พวกเขาดู
เหมือนความสัมพันธ์และแน่นอนพวกเขาจะแปลตรงความสัมพันธ์ .
ต่อไปมาคุยกันเรื่องจับ
สมาคมสมาคม ความสัมพันธ์ระหว่างวัตถุสองคลาสที่แตกต่างกัน เพื่อให้ สมมติอีกว่า
เรามีนักเรียนคลาสและ
ฉันไม่เขียนคุณลักษณะตอนนี้ของเรา
ผมจะเขียนอย่างนั้น
และเราได้คลาสวิทยาลัยของเราในการออกแบบ UML ของเรา .
ถ้าเราต้องการมีความสัมพันธ์ที่นักเรียนใช้
วิทยาลัยที่เราเขียนนั้น เป็นแนวระหว่าง
แค่นักเรียน และวิทยาลัย
แล้วเราให้ชื่อมัน ดังนั้นเราจะเรียกใช้
และที่บอกว่าเราได้
นักเรียนคลาสและวัตถุในวัตถุที่อยู่ในชั้นเรียนวิทยาลัย
ที่เกี่ยวข้องกับแต่ละอื่น ๆผ่านการใช้สมาคม
.
ถ้าเราอยากแนะนำ
ดังนั้นทิศทางเพื่อความสัมพันธ์ ว่านักเรียน
สมัครวิทยาลัย เราสามารถ
ใส่ลูกศรมี
นั่นเป็นส่วนหนึ่งของ UML ภาษา
ถึงแม้ว่า เราก็จะเห็นว่ามันไม่ได้จริงๆทำให้ความแตกต่างมากเมื่อเรา
จบการแปลการออกแบบ UML ความสัมพันธ์ .
เมื่อเรามีความสัมพันธ์ระหว่างคลาส
เราสามารถระบุสิ่งที่เราเรียก
ที่หลายหลากของเหล่านั้นและพูดคุยเกี่ยวกับวิธีการหลายวัตถุของคลาสหนึ่ง
สามารถเกี่ยวข้องกับวัตถุของคลาสอื่น ดังนั้นเราจะเห็นได้ว่าเรา
สามารถจับแนวความคิดแบบหนึ่ง
และหลายหนึ่งและอื่น ๆ
มาดูเฉพาะ
วิธีการที่เราระบุในแผนภาพ UML
เป็น และตอนนี้ผมจะใช้แค่สอง
เรียนทั่วไปดังนั้น สมมติว่าผมมี
ห้อง C1 และฉันมีคลาส C2 เถอะ
ว่าผมมีความสัมพันธ์ระหว่างสองคนเรียนเพื่อที่จะเป็นสาย .
ผมให้ที่ชื่อ
ขอเรียกมันว่า . ขอบอก
ที่ฉันต้องการระบุว่า
แต่ละวัตถุใน Class C
งั้นฉันจะเขียนวัตถุเหล่านั้น
ชนิดเป็นจุดล่างนี่ชั้นสเปค บอกว่าฉัน
อยากจะบอกว่า แต่ละคน
นั้นจะเกี่ยวข้องกับอย่างน้อย
แต่ส่วนใหญ่
n วัตถุในชั้นเรียน
C2 ดังนั้นที่นี่มีห้อง C2 วัตถุ .
ผมต้องชนิดของพัดลมในความสัมพันธ์ของฉัน .
ระบุว่าใน UML แผนภาพที่ผมเขียนว่า
และเป็นม. . . ด้านขวาของบรรทัดและ
สมาคมอีกครั้งที่บอกว่าแต่ละวัตถุ
แล้วใน C1 แล้วจะเกี่ยวข้องกับ
ระหว่าง M และ N
วัตถุของ C2ขณะนี้มีบางกรณีพิเศษในสัญกรณ์นี้ .
ผมสามารถเขียน M ลายจุด
ดาว และดาวหมายถึง
หมายเลขใด ๆของวัตถุ ดังนั้น สิ่งที่จะเห็นก็คือ
ที่แต่ละวัตถุใน " C1 "
เกี่ยวข้องกับอย่างน้อย " M "
และมากเท่าที่ต้องการ องค์ประกอบของ C2 " .
ผมสามารถเขียนศูนย์
จบและจะบอกว่าแต่ละวัตถุใน C1
ที่เกี่ยวข้องอาจจะไม่มี
ตัวอย่างที่นี่เรามีหนึ่งที่ผมยังไม่ได้วาดเคล็ดลับความสัมพันธ์ใด ๆอาจจะไม่มี และขึ้น
n องค์ประกอบของ C2 .
ผมสามารถเขียนศูนย์จุด
จุดดาว และนั่นคือพื้นฐานไม่มีข้อบังคับมากมาย
.
และเพียงเอ่ยถึง
โดยปริยาย ที่จริงแล้ว เป็นหนึ่งในจุดจุดหนึ่ง .
ถ้าเรา ไม่เขียนอะไรในความสัมพันธ์ของเราเรา
สมมติว่าวัตถุแต่ละวัตถุเป็นวัตถุหนึ่ง
ที่แน่นอนของชั้นอื่น ๆและใน
ทั้งสองเส้นทางโดยวิธีการ
ดังนั้นฉันสามารถวาง X .
y ที่นี่และตอนนี้เราจะ
จำกัดกี่วัตถุธาตุของ C2
บังเอิญเกี่ยวข้องกับ คัมภีร์อนุญาตให้บางตัวย่อ , 1 . . . . . . . 1
สามารถย่อเป็นเพียงธรรมดาเก่าและ 0 . . . . . . .
สามารถย่อด้วย เพียงดาว
งั้นมาดู
นักเรียนของเราและวิทยาลัยตัวอย่างและ
อะไรหลายหลากของสมาคมของนักศึกษาสมัครเข้าวิทยาลัย อาจจะ ดังนั้น สมมุติว่าเรา
ยืนยันว่านักเรียนต้องใช้
ที่อื่นเพื่อให้พวกเขาใช้ในวิทยาลัย แต่พวกเขาอย่างน้อยหนึ่ง
ไม่อนุญาตให้มีการใช้มากขึ้นกว่า 5 และเพิ่มเติม
ให้บอกว่าไม่มีวิทยาลัยจะ
ใช้เวลามากกว่า 20 , 000 แอพพลิเคชั่น ดังนั้น
ตัวอย่างนี้เป็น contrived
อนุญาตให้ฉันใส่ข้อมูลมีทั้งสองด้าน
ดังนั้นอีกครั้งเราจะมี
นักเรียนคลาส และเราก็มี
วิทยาลัยห้องเรียนของเรา และเราจะมีสมาคม
ระหว่างนักเรียนและชั้นเรียนวิทยาลัย และผมก็จะเขียนชื่อใต้นี่ .
ตอนนี้ใช้ ดังนั้นให้คิดวิธีที่จะระบุ multiplicities
ของเรานี้ ดังนั้น การระบุว่าเป็นนักศึกษาพยาบาลต้อง ใช้อยู่แต่ไม่ได้ใช้มากกว่า 5
วิทยาลัย เราใส่จุด จุดหนึ่ง
ห้าในด้านนี้มันต้องใช้เวลาคิดบ้างบางครั้ง
ไว้ที่ด้านข้างเพื่อวางสเปค .
แต่นั่นคือสิ่งที่ช่วยให้เรา
แฟนออกมาจากวัตถุบนซ้ายเพื่อวัตถุบนขวา .
มันบอกว่านักเรียนแต่ละคนสามารถสมัครได้ถึงห้า
วิทยาลัยและต้องใช้อย่างน้อย หนึ่ง ดังนั้นเรา
ไม่มีใครยังไม่ได้สมัครที่ไหนเลย .
ในด้านอื่น ๆ เราต้องการที่จะพูดคุยเกี่ยวกับวิธีการมากนัก
สามารถสมัครเรียนเฉพาะ
และเราพูดได้ไม่เกิน 20 , 000 .
เราไม่ได้ใส่ข้อ จำกัดบนล่าง
ที่ ดังนั้นเรา จะระบุว่าเป็น 0 , 000 .
ผมกล่าวถึงก่อนหน้านี้ที่หลายหลาก
สมาคมจับบางส่วนของเหล่านี้ประเภทของความสัมพันธ์ที่คุณอาจจะ
ได้เรียนรู้เกี่ยวกับที่อื่นเรียกว่า
หนึ่งมากมาย หนึ่ง และ
ขอแสดงความสัมพันธ์
ระหว่างสมาคมหลายหลากและคำศัพท์ .
ถ้าเรามีความสัมพันธ์แบบหนึ่งต่อหนึ่ง
ระหว่าง " C1 " และ " C2 " ในทางเทคนิคแบบหนึ่งต่อหนึ่ง
ไม่ได้หมายความว่าทุกอย่างจะต้องเกี่ยวข้อง
สิ่งที่มันจริงๆหมายถึงคือว่า
แต่ละวัตถุในแต่ละด้านสัมพันธ์มากที่สุดหนึ่งในด้านอื่น ๆ .
ดังนั้น ว่ามันคือความสัมพันธ์แบบหนึ่งต่อหนึ่ง
เราจะใส่ " 0
จุดจุดหนึ่งบน
" ทั้งสองฝ่ายถ้าฉันสามารถใช้สีบางอย่างที่นี่ .
แล้วมากมายหนึ่ง ?
หลายคนบอกว่าเราสามารถมีหลายองค์ประกอบของ " C1
" ที่เกี่ยวข้องกับองค์ประกอบของ " เปแอสเช " แต่แต่ละองค์ประกอบของ " C2
" จะเกี่ยวข้องกับ มากที่สุด องค์ประกอบหนึ่งของ " C1 "
ดังนั้นในกรณีนี้เรายังคงมี " ศูนย์ , จุด จุดหนึ่ง "
บนด้านขวาแสดงให้เห็นว่าแต่ละ " C1 " วัตถุที่เกี่ยวข้องกับวัตถุหนึ่งของที่สุด
" C2 " แต่เรามี
การแปล กรุณารอสักครู่..
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.
- ฉันเป็นลูกคนเดียว
- My head is less than your shoulders.
- Yes, it's grow up, but it's probably har
- คลิก เข้า มา ดู ได้ เลยร
- วันนี้ฉันไม่ได้ทำงาน
- หัวของฉันไม่ถึงไหล่คุณเลย
- มาหาฉันเลย
- I wish you from the bottom of my heart t
- คุณมีให้ดูไม
- I'm scared that if I'm in love with you
- ที่ทำงานให้ใส่ต่างหูได้หรอ
- ฉันหลับตั้งแต่สี่ทุ่มแล้ว
- Sounds good to me
- ฉันไม่สนใจว่าคุณจะเป็นอะไร แต่ขอใก้คุณเป
- When
- Hope sonn together
- I turned off the phone sound
- เลิก
- Yes, it's grown, but it's probably hard
- และridley เองก็ออกมายอบรับและอธิบายว่าได
- Pleasure
- สามแสนสี่หมื่นแปดพันกีบ
- วันนี้คุณมีความสุขไหม
- get into trouble
