CodeFirst 모델링: DataAnotation
예제 1
컨트롤러 프로그램을 새로 만들고 entity 프레임워크를 설치합니다
새 파일 Blog.cs 클래스, 다음 코드를 입력합니다.using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Blog
{
[Key]
public int PrimaryTrackingKey { get; set; }
[Required]
public string Title { get; set; }
[MaxLength(50)]
public string BloggerName { get; set; }
[NotMapped]
public string BlogCode
{
get
{
return Title.Substring(0, 1) + ":" + BloggerName.Substring(0, 1);
}
}
}
}
이 예제에서는 데모 코드의 태그 4개를 보여 주고 DbContext 클래스를 생성합니다.using System.Data.Entity;
namespace DataAnnotations
{
internal class TestContext : DbContext
{
public DbSet Blogs { get; set; }
}
}
프로그램의 실행 파일 Program.cs는 다음과 같습니다.using System;
namespace DataAnnotations
{
internal class Program
{
private static void Main(string[] args)
{
populate();
retreive();
Console.WriteLine(" !");
Console.ReadKey();
}
private static void populate()
{
using (var context = new TestContext())
{
var blog = new Blog { Title = "Hello World! ", BloggerName = "You are freshman." };
context.Blogs.Add(blog);
context.SaveChanges();
}
}//void
private static void retreive()
{
using (var context = new TestContext())
{
foreach (var blog in context.Blogs)
{
Console.WriteLine("{0}.Title = {1}, BloggerName = {2}", blog.PrimaryTrackingKey, blog.Title, blog.BloggerName);
}
}
}//void
}
}
프로그램을 실행하고 임의의 키를 누르면 종료합니다!
Blogs 테이블은 다음과 같이 생성된 데이터베이스에서 찾을 수 있습니다.CREATE TABLE [dbo].[Blogs] (
[PrimaryTrackingKey] INT IDENTITY (1, 1) NOT NULL,
[Title] NVARCHAR (MAX) NOT NULL,
[BloggerName] NVARCHAR (50) NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([PrimaryTrackingKey] ASC)
);
이 코드와 Blog.cs 코드를 대조하면 모든 표시의 의미를 알 수 있습니다.[Key]는 PRIMARY KEY, [Required]는 NOT NULL, [Max Length(50)]의 숫자는 NVARCHAR(50)의 숫자에 해당하며, [NotMapped]는 이 속성을 데이터베이스에 저장하지 않아도 된다는 뜻이다.
여기에 설명하고자 하는 것은 정수 형식의 키 기본identity (1,1),string 형식의 기본값은 nvarchar (max) 이다.
예제 2
이 예제에서는 복합 키와 복합 외부 키를 보여 줍니다.
모델 파일은 다음과 같습니다.using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Passport
{
[Key]
[Column(Order = 1)]
[DatabaseGenerated(DatabaseGeneratedOption.None)]
public int PassportNumber { get; set; }
[Key]
[Column(Order = 2)]
public string IssuingCountry { get; set; }
public DateTime Issued { get; set; }
public DateTime Expires { get; set; }
}
public class PassportStamp
{
[Key]
public int StampId { get; set; }
public DateTime Stamped { get; set; }
public string StampingCountry { get; set; }
[ForeignKey(name: "Passport")]
[Column(Order = 1)]
public int PassportNumber { get; set; }
[ForeignKey(name: "Passport")]
[Column(Order = 2)]
public string IssuingCountry { get; set; }
public Passport Passport { get; set; }
}
}
생성된 데이터베이스 테이블의 코드는 다음과 같습니다.CREATE TABLE [dbo].[Passports] (
[PassportNumber] INT NOT NULL,
[IssuingCountry] NVARCHAR (128) NOT NULL,
[Issued] DATETIME NOT NULL,
[Expires] DATETIME NOT NULL,
CONSTRAINT [PK_dbo.Passports] PRIMARY KEY CLUSTERED ([PassportNumber] ASC, [IssuingCountry] ASC)
);
CREATE TABLE [dbo].[PassportStamps] (
[PassportNumber] INT NOT NULL,
[IssuingCountry] NVARCHAR (128) NULL,
[StampId] INT IDENTITY (1, 1) NOT NULL,
[Stamped] DATETIME NOT NULL,
[StampingCountry] NVARCHAR (MAX) NULL,
CONSTRAINT [PK_dbo.PassportStamps] PRIMARY KEY CLUSTERED ([StampId] ASC),
CONSTRAINT [FK_dbo.PassportStamps_dbo.Passports_PassportNumber_IssuingCountry] FOREIGN KEY ([PassportNumber], [IssuingCountry]) REFERENCES [dbo].[Passports] ([PassportNumber], [IssuingCountry])
);
GO
CREATE NONCLUSTERED INDEX [IX_PassportNumber_IssuingCountry]
ON [dbo].[PassportStamps]([PassportNumber] ASC, [IssuingCountry] ASC);
복합 키의 Order는 크기에 따라 정렬되며 번호가 아닙니다.외부 키의 순서는 메인 키와 대응하는 열의 위치와 일치해야 한다.Order 값이 반드시 같을 필요는 없습니다.
코드에서 [DatabaseGenerated(DatabaseGeneratedOption.None)]를 사용하여 정수 유형 키의 Identity 특성을 닫았습니다.두 가지 추가 옵션은 Computed, Identity입니다.
예제 3
모델 코드using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Blog
{
public int BlogId { get; set; }
[Required]
public string Title { get; set; }
public BlogDetails BlogDetail { get; set; }
}
[ComplexType]
public class BlogDetails
{
public DateTime? DateCreated { get; set; }
[MaxLength(250)]
public string Description { get; set; }
}
}
주 키도 없고 다른 실체를 인용하는 클래스가ComplexType도 없습니다. 여기 표시는 생략할 수 있습니다.컨텍스트 코드using System.Data.Entity;
namespace DataAnnotations
{
internal class TestContext : DbContext
{
public DbSet Blogs { get; set; }
}
}
컨텍스트에는 Blog 컬렉션만 있고 세부 컬렉션은 없습니다.코드 채우기 및 읽기 private static void populate()
{
using (var context = new TestContext())
{
var blog = new Blog
{
Title = "My First",
BlogDetail = new BlogDetails
{
DateCreated = DateTime.Now,
Description = " 10000 !"
}
};
context.Blogs.Add(blog);
context.SaveChanges();
}
}//void
private static void retreive()
{
using (var context = new TestContext())
{
foreach (var b in context.Blogs)
{
Console.WriteLine("{0}.{1}", b.BlogId, b.Title);
var d = b.BlogDetail;
Console.WriteLine("{0}.{1}", d.DateCreated, d.Description);
}
}
}//void
데이터베이스 테이블CREATE TABLE [dbo].[Blogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[Title] NVARCHAR (MAX) NOT NULL,
[BlogDetail_DateCreated] DATETIME NULL,
[BlogDetail_Description] NVARCHAR (250) NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
복잡한 유형은 참조된 엔티티와 함께 데이터베이스 테이블로 플랫화됩니다. 기본 열 이름은 ComplexTypeName 입니다.PropertyName.
예 4
이 예제에서는 테이블과 테이블의 열 이름을 변경하고 열의 데이터 유형, 모델을 수정하는 방법을 보여 줍니다.using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
[Table("InternalBlogs", Schema = "dbo")]
public class Blog
{
public int BlogId { get; set; }
[Column("BlogDescription", TypeName = "ntext")]
public string Description { get; set; }
}
}
해당하는 데이터베이스 테이블은 다음과 같습니다.
CREATE TABLE [dbo].[InternalBlogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[BlogDescription] NTEXT NULL,
CONSTRAINT [PK_dbo.InternalBlogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
테이블의 이름, 열의 이름과 데이터 형식이 모두 바뀌었다는 것을 알 수 있다.
예 5
데이터베이스는 동시 체크 및 Line 처리를 통해 동시에 실행되며 모델 코드는 다음과 같습니다.using System.ComponentModel.DataAnnotations;
namespace DataAnnotations
{
public class Blog
{
public int BlogId { get; set; }
[ConcurrencyCheck]
public string BloggerName { get; set; }
[Timestamp]
public Byte[] TimeStamp { get; set; }
}
}
해당 생성된 데이터베이스 테이블 코드는 다음과 같습니다.CREATE TABLE [dbo].[Blogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[BloggerName] NVARCHAR (MAX) NULL,
[TimeStamp] ROWVERSION NOT NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
[Timestamp]은(는) 비어 있지 않은 행 버전 유형을 생성하고 [ConcurrencyCheck]이(가) 표시된 BloggerName 속성은 생성된 업데이트된 데이터베이스 코드의Where 자문에 병렬 검사를 추가합니다.
When SaveChanges is called, because of the ConcurrencyCheck annotation on the BloggerName field, the original value of that property will be used in the update. The command will attempt to locate the correct row by filtering not only on the key value but also on the original value of BloggerName.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
다양한 언어의 JSON
JSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다.
그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다.
저는 일반적으로 '객체'{}...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Blog
{
[Key]
public int PrimaryTrackingKey { get; set; }
[Required]
public string Title { get; set; }
[MaxLength(50)]
public string BloggerName { get; set; }
[NotMapped]
public string BlogCode
{
get
{
return Title.Substring(0, 1) + ":" + BloggerName.Substring(0, 1);
}
}
}
}
using System.Data.Entity;
namespace DataAnnotations
{
internal class TestContext : DbContext
{
public DbSet Blogs { get; set; }
}
}
using System;
namespace DataAnnotations
{
internal class Program
{
private static void Main(string[] args)
{
populate();
retreive();
Console.WriteLine(" !");
Console.ReadKey();
}
private static void populate()
{
using (var context = new TestContext())
{
var blog = new Blog { Title = "Hello World! ", BloggerName = "You are freshman." };
context.Blogs.Add(blog);
context.SaveChanges();
}
}//void
private static void retreive()
{
using (var context = new TestContext())
{
foreach (var blog in context.Blogs)
{
Console.WriteLine("{0}.Title = {1}, BloggerName = {2}", blog.PrimaryTrackingKey, blog.Title, blog.BloggerName);
}
}
}//void
}
}
CREATE TABLE [dbo].[Blogs] (
[PrimaryTrackingKey] INT IDENTITY (1, 1) NOT NULL,
[Title] NVARCHAR (MAX) NOT NULL,
[BloggerName] NVARCHAR (50) NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([PrimaryTrackingKey] ASC)
);
이 예제에서는 복합 키와 복합 외부 키를 보여 줍니다.
모델 파일은 다음과 같습니다.
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Passport
{
[Key]
[Column(Order = 1)]
[DatabaseGenerated(DatabaseGeneratedOption.None)]
public int PassportNumber { get; set; }
[Key]
[Column(Order = 2)]
public string IssuingCountry { get; set; }
public DateTime Issued { get; set; }
public DateTime Expires { get; set; }
}
public class PassportStamp
{
[Key]
public int StampId { get; set; }
public DateTime Stamped { get; set; }
public string StampingCountry { get; set; }
[ForeignKey(name: "Passport")]
[Column(Order = 1)]
public int PassportNumber { get; set; }
[ForeignKey(name: "Passport")]
[Column(Order = 2)]
public string IssuingCountry { get; set; }
public Passport Passport { get; set; }
}
}
생성된 데이터베이스 테이블의 코드는 다음과 같습니다.
CREATE TABLE [dbo].[Passports] (
[PassportNumber] INT NOT NULL,
[IssuingCountry] NVARCHAR (128) NOT NULL,
[Issued] DATETIME NOT NULL,
[Expires] DATETIME NOT NULL,
CONSTRAINT [PK_dbo.Passports] PRIMARY KEY CLUSTERED ([PassportNumber] ASC, [IssuingCountry] ASC)
);
CREATE TABLE [dbo].[PassportStamps] (
[PassportNumber] INT NOT NULL,
[IssuingCountry] NVARCHAR (128) NULL,
[StampId] INT IDENTITY (1, 1) NOT NULL,
[Stamped] DATETIME NOT NULL,
[StampingCountry] NVARCHAR (MAX) NULL,
CONSTRAINT [PK_dbo.PassportStamps] PRIMARY KEY CLUSTERED ([StampId] ASC),
CONSTRAINT [FK_dbo.PassportStamps_dbo.Passports_PassportNumber_IssuingCountry] FOREIGN KEY ([PassportNumber], [IssuingCountry]) REFERENCES [dbo].[Passports] ([PassportNumber], [IssuingCountry])
);
GO
CREATE NONCLUSTERED INDEX [IX_PassportNumber_IssuingCountry]
ON [dbo].[PassportStamps]([PassportNumber] ASC, [IssuingCountry] ASC);
복합 키의 Order는 크기에 따라 정렬되며 번호가 아닙니다.외부 키의 순서는 메인 키와 대응하는 열의 위치와 일치해야 한다.Order 값이 반드시 같을 필요는 없습니다.
코드에서 [DatabaseGenerated(DatabaseGeneratedOption.None)]를 사용하여 정수 유형 키의 Identity 특성을 닫았습니다.두 가지 추가 옵션은 Computed, Identity입니다.
예제 3
모델 코드using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Blog
{
public int BlogId { get; set; }
[Required]
public string Title { get; set; }
public BlogDetails BlogDetail { get; set; }
}
[ComplexType]
public class BlogDetails
{
public DateTime? DateCreated { get; set; }
[MaxLength(250)]
public string Description { get; set; }
}
}
주 키도 없고 다른 실체를 인용하는 클래스가ComplexType도 없습니다. 여기 표시는 생략할 수 있습니다.컨텍스트 코드using System.Data.Entity;
namespace DataAnnotations
{
internal class TestContext : DbContext
{
public DbSet Blogs { get; set; }
}
}
컨텍스트에는 Blog 컬렉션만 있고 세부 컬렉션은 없습니다.코드 채우기 및 읽기 private static void populate()
{
using (var context = new TestContext())
{
var blog = new Blog
{
Title = "My First",
BlogDetail = new BlogDetails
{
DateCreated = DateTime.Now,
Description = " 10000 !"
}
};
context.Blogs.Add(blog);
context.SaveChanges();
}
}//void
private static void retreive()
{
using (var context = new TestContext())
{
foreach (var b in context.Blogs)
{
Console.WriteLine("{0}.{1}", b.BlogId, b.Title);
var d = b.BlogDetail;
Console.WriteLine("{0}.{1}", d.DateCreated, d.Description);
}
}
}//void
데이터베이스 테이블CREATE TABLE [dbo].[Blogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[Title] NVARCHAR (MAX) NOT NULL,
[BlogDetail_DateCreated] DATETIME NULL,
[BlogDetail_Description] NVARCHAR (250) NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
복잡한 유형은 참조된 엔티티와 함께 데이터베이스 테이블로 플랫화됩니다. 기본 열 이름은 ComplexTypeName 입니다.PropertyName.
예 4
이 예제에서는 테이블과 테이블의 열 이름을 변경하고 열의 데이터 유형, 모델을 수정하는 방법을 보여 줍니다.using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
[Table("InternalBlogs", Schema = "dbo")]
public class Blog
{
public int BlogId { get; set; }
[Column("BlogDescription", TypeName = "ntext")]
public string Description { get; set; }
}
}
해당하는 데이터베이스 테이블은 다음과 같습니다.
CREATE TABLE [dbo].[InternalBlogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[BlogDescription] NTEXT NULL,
CONSTRAINT [PK_dbo.InternalBlogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
테이블의 이름, 열의 이름과 데이터 형식이 모두 바뀌었다는 것을 알 수 있다.
예 5
데이터베이스는 동시 체크 및 Line 처리를 통해 동시에 실행되며 모델 코드는 다음과 같습니다.using System.ComponentModel.DataAnnotations;
namespace DataAnnotations
{
public class Blog
{
public int BlogId { get; set; }
[ConcurrencyCheck]
public string BloggerName { get; set; }
[Timestamp]
public Byte[] TimeStamp { get; set; }
}
}
해당 생성된 데이터베이스 테이블 코드는 다음과 같습니다.CREATE TABLE [dbo].[Blogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[BloggerName] NVARCHAR (MAX) NULL,
[TimeStamp] ROWVERSION NOT NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
[Timestamp]은(는) 비어 있지 않은 행 버전 유형을 생성하고 [ConcurrencyCheck]이(가) 표시된 BloggerName 속성은 생성된 업데이트된 데이터베이스 코드의Where 자문에 병렬 검사를 추가합니다.
When SaveChanges is called, because of the ConcurrencyCheck annotation on the BloggerName field, the original value of that property will be used in the update. The command will attempt to locate the correct row by filtering not only on the key value but also on the original value of BloggerName.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
다양한 언어의 JSON
JSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다.
그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다.
저는 일반적으로 '객체'{}...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
public class Blog
{
public int BlogId { get; set; }
[Required]
public string Title { get; set; }
public BlogDetails BlogDetail { get; set; }
}
[ComplexType]
public class BlogDetails
{
public DateTime? DateCreated { get; set; }
[MaxLength(250)]
public string Description { get; set; }
}
}
using System.Data.Entity;
namespace DataAnnotations
{
internal class TestContext : DbContext
{
public DbSet Blogs { get; set; }
}
}
private static void populate()
{
using (var context = new TestContext())
{
var blog = new Blog
{
Title = "My First",
BlogDetail = new BlogDetails
{
DateCreated = DateTime.Now,
Description = " 10000 !"
}
};
context.Blogs.Add(blog);
context.SaveChanges();
}
}//void
private static void retreive()
{
using (var context = new TestContext())
{
foreach (var b in context.Blogs)
{
Console.WriteLine("{0}.{1}", b.BlogId, b.Title);
var d = b.BlogDetail;
Console.WriteLine("{0}.{1}", d.DateCreated, d.Description);
}
}
}//void
CREATE TABLE [dbo].[Blogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[Title] NVARCHAR (MAX) NOT NULL,
[BlogDetail_DateCreated] DATETIME NULL,
[BlogDetail_Description] NVARCHAR (250) NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
이 예제에서는 테이블과 테이블의 열 이름을 변경하고 열의 데이터 유형, 모델을 수정하는 방법을 보여 줍니다.
using System.ComponentModel.DataAnnotations.Schema;
namespace DataAnnotations
{
[Table("InternalBlogs", Schema = "dbo")]
public class Blog
{
public int BlogId { get; set; }
[Column("BlogDescription", TypeName = "ntext")]
public string Description { get; set; }
}
}
해당하는 데이터베이스 테이블은 다음과 같습니다.
CREATE TABLE [dbo].[InternalBlogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[BlogDescription] NTEXT NULL,
CONSTRAINT [PK_dbo.InternalBlogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
테이블의 이름, 열의 이름과 데이터 형식이 모두 바뀌었다는 것을 알 수 있다.
예 5
데이터베이스는 동시 체크 및 Line 처리를 통해 동시에 실행되며 모델 코드는 다음과 같습니다.
using System.ComponentModel.DataAnnotations;
namespace DataAnnotations
{
public class Blog
{
public int BlogId { get; set; }
[ConcurrencyCheck]
public string BloggerName { get; set; }
[Timestamp]
public Byte[] TimeStamp { get; set; }
}
}
해당 생성된 데이터베이스 테이블 코드는 다음과 같습니다.
CREATE TABLE [dbo].[Blogs] (
[BlogId] INT IDENTITY (1, 1) NOT NULL,
[BloggerName] NVARCHAR (MAX) NULL,
[TimeStamp] ROWVERSION NOT NULL,
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY CLUSTERED ([BlogId] ASC)
);
[Timestamp]은(는) 비어 있지 않은 행 버전 유형을 생성하고 [ConcurrencyCheck]이(가) 표시된 BloggerName 속성은 생성된 업데이트된 데이터베이스 코드의Where 자문에 병렬 검사를 추가합니다.
When SaveChanges is called, because of the ConcurrencyCheck annotation on the BloggerName field, the original value of that property will be used in the update. The command will attempt to locate the correct row by filtering not only on the key value but also on the original value of BloggerName.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
다양한 언어의 JSONJSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다. 그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다. 저는 일반적으로 '객체'{}...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.