New pages
From IT Wiki
- 00:05, 3 November 2024 모델 해석 가능성 (hist | edit) [2,903 bytes] 핵톤 (talk | contribs) (새 문서: Model Interpretability 모델 해석 가능성은 인공지능이나 기계 학습 모델이 예측을 어떻게 수행하는지 이해하거나 설명할 수 있는 능력을 의미한다. 이는 모델이 내리는 결정을 사람에게 설명할 수 있는지, 또 그 이유를 얼마나 잘 전달할 수 있는지를 나타낸. == 모델별 해석 가능성 == 아래 목록은 일반적으로 해석 가능성이 높은 모델을 우선적으로 작성한 내용이다....)
- 00:03, 3 November 2024 모델 해석가능성 (hist | edit) [41 bytes] 핵톤 (talk | contribs) (모델 해석 가능성 문서로 넘겨주기) Tag: New redirect
- 11:52, 2 November 2024 Scp (hist | edit) [31 bytes] 웹개발자 (talk | contribs) (리눅스 scp 문서로 넘겨주기) Tags: New redirect Visual edit
- 11:51, 2 November 2024 Tar (hist | edit) [31 bytes] 웹개발자 (talk | contribs) (리눅스 tar 문서로 넘겨주기) Tags: New redirect Visual edit
- 06:10, 2 November 2024 CRUD (hist | edit) [1,839 bytes] 핵톤 (talk | contribs) (새 문서: CRUD는 '''Create, Read, Update, Delete'''의 약자로, 데이터베이스 관리 및 애플리케이션 개발에서 필수적인 네 가지 기본 작업을 의미한다. == 구성 == # '''Create (생성)''': 데이터베이스에 새로운 데이터를 추가하는 작업이다. #* 예를 들어, 사용자 계정 생성, 주문 등록, 제품 추가 등이 포함될 수 있다. # '''Read (읽기)''': 기존 데이터를 조회하거나 보는 작업이다. #* 예를 들...) Tag: Visual edit
- 05:23, 2 November 2024 해석 가능한 모델 (hist | edit) [40 bytes] 핵톤 (talk | contribs) (새 문서: Interpretable Models 해석 가능한 모델은 모델이 생성하는 예측 결과에 대한 설명을 쉽게 이해할 수 있는 모델을 말합니다. 주로 특성(feature)이 결과에 미치는 영향을 명확하게 파악할 수 있는 모델들이 여기에 해당됩니다. == 모델별 해석 가능성 == 아래 목록은 일반적으로 해석 가능성이 높은 모델을 우선적으로 작성한 내용이다. 아래쪽에 있는 모델들은 해석 가능성...) Tag: Visual edit
- 01:25, 31 October 2024 의대 계약정원제 (hist | edit) [4,446 bytes] 172.70.114.223 (talk) (새 문서: 의대 계약정원제는 지방 의대생 일부를 지역 공공병원에서 일정 기간 이상 의무적으로 근무하는 조건으로 선발하도록 하는 제도이다. == 취지 == 이는 지방 의료 인력의 수도권 유출을 막고 의료 공백을 해소할 수 있다. 현재 의사들이 지방에선 거의 근무하지 않으려고 하기 때문에 지방의 필수 의료 인력 부족으로 주민들(주로 노령층)이 아파도 치료를 받지 못하...) Tag: Visual edit
- 07:00, 29 October 2024 나이브 베이즈 (hist | edit) [2,556 bytes] 핵톤 (talk | contribs) (새 문서: Naive Bayes '''나이브 베이즈'''는 확률에 기반한 분류 알고리즘으로, 조건부 확률을 활용하여 데이터가 특정 클래스에 속할 확률을 계산한다. 이 알고리즘은 '나이브(naive)'라는 이름에서 알 수 있듯이, 각 독립 변수가 서로 독립적이라는 가정을 한다. 이러한 가정은 현실에서는 성립하지 않는 경우가 많지만, 나이브 베이즈는 실제 데이터에서 실용적이고 빠른 분류...) Tag: Visual edit
- 05:30, 29 October 2024 캘리브레이션 플롯 (hist | edit) [1,227 bytes] 핵톤 (talk | contribs) (새 문서: '''Calibration plot''' 캘리브레이션 플롯은 머신 러닝 등의 예측 모델에서 예측 확률이 실제 결과와 얼마나 잘 일치하는지를 평가하기 위해 사용되는 도구이다. 특히 '''확률적 예측 모델'''에서 유용하며, 분류 모델의 신뢰도를 평가하는 데 자주 활용된다. == Calibration Plot의 구성 == * '''X축''': 모델의 예측 확률 (예: 0.0에서 1.0 사이의 값) * '''Y축''': 실제 관찰된 빈도(또...) Tag: Visual edit
- 02:50, 25 October 2024 Cyclic Redundancy Check (hist | edit) [38 bytes] 파네라 (talk | contribs) (순환 중복 검사 문서로 넘겨주기) Tags: New redirect Visual edit
- 02:32, 25 October 2024 포워드 DNS (hist | edit) [7,049 bytes] 파네라 (talk | contribs) (새 문서: '''Forward DNS''' '''포워드 DNS'''는 도메인 이름을 '''IP 주소로 변환'''하는 과정을 의미한다. 즉, 사용자가 웹 브라우저에서 도메인 이름(예: www.example.com)을 입력하면, 포워드 DNS 조회를 통해 해당 도메인의 IP 주소를 찾아내는 방식이다. DNS 리졸버를 이용하는 과정이라고 할 수 있다. '''포워드 DNS의 예시''' * 사용자가 www.example.com에 접속하려고 할 때, 포워드 DNS 조회...) Tag: Visual edit
- 01:58, 25 October 2024 DNS 리졸버 (hist | edit) [3,434 bytes] 파네라 (talk | contribs) (새 문서: '''DNS Resolver''' '''DNS 리졸버'''는 사용자가 도메인 이름을 입력하면 해당 도메인에 대한 '''IP 주소'''를 찾아주는 클라이언트 측 구성 요소이다. DNS 리졸버는 '''도메인 네임 시스템(DNS)'''의 중요한 부분으로, 사용자가 웹사이트에 접근할 수 있도록 도메인 이름과 IP 주소 간의 매핑을 처리한다. DNS 리졸버는 사용자와 DNS 서버 사이의 중개 역할을...) Tag: Visual edit
- 01:51, 25 October 2024 지속적 연결 (hist | edit) [5,754 bytes] 파네라 (talk | contribs) (새 문서: * '''상위 문서: HTTP''' '''Persistent Connection'''지속적 연결은 '''HTTP/1.1'''에서 도입된 기술로, 한 번 설정된 TCP 연결을 여러 요청에 걸쳐 유지하는 방식이다. 이를 통해 각 요청마다 새로운 연결을 설정하고 종료하는 과정을 반복하는 대신, '''하나의 연결을 여러 리소스 요청에 사용'''하여 효율성을 높일 수 있다. == HTTP/1.0와의 가장 큰 차이 == * '''HTTP/1.0''':...) Tag: Visual edit
- 01:13, 25 October 2024 토큰 링 (hist | edit) [1,581 bytes] 파네라 (talk | contribs) (새 문서: '''Token Ring''' 토큰링은 컴퓨터 네트워크에서 사용되는 통신 프로토콜 중 하나로, 네트워크의 모든 장치가 링(ring) 형태로 연결된 구조에서 데이터를 전송하는 방식이다. 이 프로토콜에서는 '''토큰'''이라는 특별한 데이터 패킷이 네트워크를 순환하면서 통신을 제어한다. == 주요 특징 == * '''토큰 기반 전송''': 네트워크에서 데이터를 전송하기 위해서는 해당 장치...) Tag: Visual edit
- 01:06, 25 October 2024 동기식 시분할 다중화 (hist | edit) [1,844 bytes] 파네라 (talk | contribs) (새 문서: '''Synchronous Time Division Multiplexing, STDM''' '''동기식 시분할 다중화'''는 여러 신호를 하나의 통신 채널에서 시간 단위로 나누어 전송하는 방식이다. 여기서 '동기식'이라는 의미는, 각 신호(혹은 사용자)에게 미리 정해진 고정된 시간 슬롯이 주어진다는 것이다. 이 방식에서는 모든 신호가 자신만의 시간 슬롯을 가지고, 주어진 시간에만 데이터를 전송한다. == 주요 특...) Tag: Visual edit
- 01:02, 25 October 2024 도메인 네임 시스템 (hist | edit) [1,981 bytes] 파네라 (talk | contribs) (새 문서: 분류:보안 분류:정보보안기사 분류:정보처리기사 분류:네트워크 ;Domain Name System 도메인 이름이 IP 주소로 상호 변환되는 시스템 *숫자로 이루어진 인터넷 주소를 사용자의 이해와 기억을 돕기 위해 이름과 위치 등을 나타내는 일련의 단어로 변환하는 구조 *공대위키는 115.71.236.146 이라는 주소를 가진 서버지만, 외우기 힘드므로 itwiki.kr이라는 도메인을...)
- 00:59, 25 October 2024 네임 서버 (hist | edit) [1,176 bytes] 파네라 (talk | contribs) (새 문서: '''Name Server''' 네임 서버는 '''도메인 네임 시스템(DNS)'''의 중요한 구성 요소로, 도메인 이름을 해당 IP 주소로 변환하는 역할을 한다. 인터넷 상에서 모든 기기나 서버는 IP 주소를 통해 서로 통신하지만, 사람이 숫자로 이루어진 IP 주소를 기억하기 어려워서 도메인 이름을 사용하게 된다. 네임 서버는 이러한 도메인 이름과 IP 주소 간의 매핑...) Tag: Visual edit
- 11:38, 24 October 2024 모바일 IP (hist | edit) [2,710 bytes] 파네라 (talk | contribs) (새 문서: '''모바일 IP'''는 '''IETF'''에 의해 개발된 프로토콜로, 장치가 네트워크를 이동할 때도 원래의 홈 주소(Home Address)를 유지하며 통신할 수 있도록하는 시스템이다. * 기존 IP 시스템에서는 네트워크 변경 시 새로운 IP 주소를 할당받아 기존 연결이 끊어지지만, 모바일 IP는 이를 해결하여 네트워크 이동성(Mobility)을 보장한다. 주로 무선 네트워크 환경에서 장치 이동 중에...) Tag: Visual edit
- 11:34, 24 October 2024 CoA (hist | edit) [2,273 bytes] 파네라 (talk | contribs) (새 문서: * 상위 개념: '''모바일 IP''' '''Care of Address, CoA'''<ref>한국어 표현이 별도로 없으므로, 일반적으로 불리는 영어 약어를 대표명으로 함</ref> CoA는 모바일 IP(Mobile IP)에서 사용자가 원래 네트워크를 벗어나 새로운 네트워크에 접속했을 때, 해당 네트워크에서 임시로 할당받는 IP 주소이다. 모바일 IP에서 중요한 개념으로, 이동 중인 장치가 네트워크를 변경해도 지...) Tag: Visual edit
- 10:10, 24 October 2024 월시 코드 (hist | edit) [31 bytes] 파네라 (talk | contribs) (왈시 코드 문서로 넘겨주기) Tags: New redirect Visual edit
- 10:09, 24 October 2024 Walsh Code (hist | edit) [31 bytes] 파네라 (talk | contribs) (왈시 코드 문서로 넘겨주기) Tags: New redirect Visual edit
- 10:09, 24 October 2024 왈시 코드 (hist | edit) [3,920 bytes] 파네라 (talk | contribs) (새 문서: '''Walsh Code''' 왈시 코드는 CDMA에서 사용되는 직교 코드 중 하나로, 서로 다른 사용자 간의 신호 간섭을 방지하기 위해 사용된다. CDMA 시스템에서 여러 사용자가 동시에 같은 주파수 대역을 사용할 때, 각 사용자가 고유한 직교 코드를 사용해 데이터를 인코딩하고, 이를 통해 여러 사용자가 신호 간섭 없이 데이터를 전송할 수 있다. == 특징 == '''직교성:''' * 왈시 코...) Tag: Visual edit
- 07:26, 24 October 2024 802.11 (hist | edit) [29 bytes] 파네라 (talk | contribs) (IEEE 802.11 문서로 넘겨주기) Tags: New redirect Visual edit
- 07:01, 24 October 2024 무선 링크 (hist | edit) [1,830 bytes] 파네라 (talk | contribs) (새 문서: '''Wireless Link''' '''무선 링크'''는 물리적인 케이블 없이 무선 신호로 두 장치 간에 데이터를 주고받는 연결을 말한다. 사용되는 기술에 따라 다양한 거리에서 데이터 전송이 가능하다. 일반적으로 "'''무선 프로토콜'''"이라고도 불린다. == 종류 == 대표적인 무선 링크의 유형은 다음과 같다: * '''Wi-Fi''': 주로 로컬 네트워크(LAN)에서 무선으로 인터넷에 연결할 때 사용...) Tag: Visual edit
- 06:48, 24 October 2024 무선 호스트 (hist | edit) [320 bytes] 파네라 (talk | contribs) (새 문서: '''Wireless Host''' 무선 호스트는 아래와 같은 장치가 될 수 있다. * 랩탑 * 스마트폰 * IoT 디바이스 * 데스트톱 * 서버 * 스테이션 '''무선 호스트라고 항상 이동 가능한 모바일 장비를 의미하는 것은 아니다.''') Tag: Visual edit
- 00:44, 23 October 2024 애저 IoT 엣지 (hist | edit) [3,450 bytes] 파네라 (talk | contribs) (새 문서: Azure IoT Edge는 Microsoft Azure에서 제공하는 서비스로, 사용자가 인공지능(AI), 분석, 맞춤형 로직 등의 클라우드 작업을 IoT 장치에 직접 배포할 수 있도록 해준다. 이 접근 방식은 데이터 소스에 가까운 곳에서 데이터 처리와 의사 결정을 수행할 수 있는 엣지 컴퓨팅을 가능하게 하여 응답성을 향상시키고 대역폭 사용을 줄인다. == 주요 기능 == # '''로컬 데이터 처리''':...) Tag: Visual edit
- 11:57, 22 October 2024 L2 (hist | edit) [30 bytes] 파네라 (talk | contribs) (L2 스위치 문서로 넘겨주기) Tags: New redirect Visual edit
- 09:59, 21 October 2024 리프트 곡선 (hist | edit) [6,405 bytes] 핵톤 (talk | contribs) (새 문서: '''Lift Curve''' '''리프트 곡선'''(한국어로 '''향상 곡선'''으로도 불린다)은 '''이진 분류''' 문제에서 모델의 성능을 평가하는 도구로, ]'''모델이 랜덤 추측에 비해 얼마나 더 나은 결과를 내는지'''를 시각적으로 보여준다. 특히 '''불균형 데이터셋'''에서 모델이 얼마나 잘 예측하는지 측정하는 데 유용하다. 파일:리프트 곡선 예시.png == 그래프 구성 == * '''Lift''':...) Tag: Visual edit
- 04:03, 21 October 2024 ROC 곡선 (hist | edit) [8,533 bytes] 핵톤 (talk | contribs) (새 문서: '''Receiver Operating Characteristic; Receiver Operating Characteristic Curve''' ROC 곡선은 분류 모델의 성능을 평가하는데 사용되는 도구로, 주로 이진 분류 문제에서 모델이 얼마나 잘 분류하는지 시각적으로 보여준다. ROC 곡선은 다양한 임계값에서 모델의 '''민감도(양성 탐지율)'''와 '''거짓 양성 비율''' 간의 관계를 나타낸다. == ROC 곡선의 구성 요...) Tag: Visual edit
- 03:51, 21 October 2024 ROC (hist | edit) [28 bytes] 핵톤 (talk | contribs) (ROC 곡선 문서로 넘겨주기) Tags: New redirect Visual edit
- 03:19, 21 October 2024 민감도 (hist | edit) [2,176 bytes] 핵톤 (talk | contribs) (새 문서: '''Sensitivity''' 데이터 과학에서 '''민감도'''는 주로 분류 모델의 성능을 평가할 때 사용되는 지표 중 하나로, '''참 양성 비율(True Positive Rate, TPR)'''을 나타낸다. 즉, 실제로 양성(Positive)인 데이터를 모델이 얼마나 잘 찾아내는지를 의미한다. == 공식 == Sensitivity = True Positive[TP] / (True Positive[TP] + False Positive[FP]) == 활용 == 이 지표는 특히 '''의료 분야'''와 같이 양성 사례...) Tag: Visual edit
- 00:11, 21 October 2024 안드로이드 API 레벨 (hist | edit) [4,522 bytes] 웹개발자 (talk | contribs) (새 문서: '''안드로이드 API 레벨'''은 안드로이드 운영 체제의 특정 버전을 나타내는 숫자 코드이다. 각 API 레벨은 해당 버전에서 추가된 기능, 변경된 동작 및 보안 개선 사항을 포함하며, 개발자가 앱을 개발할 때 중요한 기준이 된다. 안드로이드의 API 레벨은 앱의 호환성과 기능을 결정짓는 중요한 요소로, 개발자는 특정 API 레벨에 맞춰 코드를 작성해야 한다. == API 레벨의...) Tag: Visual edit
- 06:07, 20 October 2024 다중 접속 엣지 컴퓨팅 (hist | edit) [2,411 bytes] 파네라 (talk | contribs) (새 문서: '''Multi-access Edge Computing, MEC''' 다중 접속 엣지 컴퓨팅은 다양한 네트워크를 통해 사용자와 가까운 위치에서 데이터를 처리하고 서비스를 제공하는 기술이다. 이 개념은 특히 5G 네트워크와 IoT 환경에서 중요한 역할을 한다. == 주요 특징 == '''다양한 접속 네트워크''': * MEC는 모바일 네트워크(예: 5G), Wi-Fi, 고정 네트워크 등 여러 접속 방식을 지원한다. '''로컬 데이...) Tag: Visual edit
- 06:02, 20 October 2024 MEC (hist | edit) [682 bytes] 파네라 (talk | contribs) (새 문서: MEC는 IT 업계에서 두가지 의미로 사용된다. * '''모바일 엣지 컴퓨팅(Mobile Edge Computing)''': 5G의 등장과 함께 먼저 나온 개념으로, 초저지연 초고대역폭이지만 가동 범위가 짧은 5G의 특수성을 보완하기 위해 나온 개념이다. * '''다중 접속 엣지 컴퓨팅(Multi-access Edge Computing)''': 요즘은 이 개념이 더 많이 사용된다. Mobile은...) Tag: Visual edit
- 05:40, 20 October 2024 폼 팩터 (hist | edit) [1,176 bytes] 파네라 (talk | contribs) (새 문서: '''Form Factor''' '''폼팩터'''는 특정한 기기나 부품의 물리적 크기, 형태, 그리고 구조를 정의하는 데 사용되는 개념이다. 주로 정보통신 분야에서 어떤 형태의 기기를 가리키는지를 표현할 때 사용된다 == 폼팩터의 예시 == * '''PC 폼팩터''': ATX, Micro-ATX, Mini-ITX 등과 같은 컴퓨터 마더보드의 크기와 배치를 정의한다. * '''서버 폼팩터''': 1U, 2U 등의 랙 서버의 높이를 정...) Tag: Visual edit
- 05:37, 20 October 2024 폼팩터 (hist | edit) [28 bytes] 파네라 (talk | contribs) (폼 팩터 문서로 넘겨주기) Tags: New redirect Visual edit
- 04:41, 18 October 2024 Self-Describing Data Model (hist | edit) [51 bytes] SOLO (talk | contribs) (자기 설명적 데이터 모델 문서로 넘겨주기) Tags: New redirect Visual edit
- 04:40, 18 October 2024 Self-Describing Data Models (hist | edit) [51 bytes] SOLO (talk | contribs) (자기 설명적 데이터 모델 문서로 넘겨주기) Tags: New redirect Visual edit
- 03:34, 17 October 2024 자기 설명적 데이터 모델 (hist | edit) [2,883 bytes] SOLO (talk | contribs) (새 문서: '''Self-Describing Data Models'''자기 설명적 데이터 모델은 데이터와 메타데이터(데이터에 대한 정보)가 같은 구조 내에 저장되는 데이터 모델을 의미한다. 즉, 데이터 자체가 구조에 대한 정보를 포함하고 있어, 별도의 외부 스키마가 없어도 데이터를 이해할 수 있다. == 특징 == * '''메타데이터 내장''': 데이터와 그 데이터의 구조적 정보가 함께 저장되므로, 어떤 형식...) Tag: Visual edit
- 03:23, 17 October 2024 데이터베이스 사용자 (hist | edit) [2,570 bytes] SOLO (talk | contribs) (새 문서: '''Database User; Database Actor''' 데이터베이스 사용자는 좁은 의미로는 데이터베이스를 직접 이용하는 사람(Actors on the Scence)을 가리키지만, 광의적으로는 데이터베이스를 만들고 데이터베이스가 설치된 시스템을 관리하는 사람까지(Workers Behind the Scence) 포함한다. == 현장에서 활동하는 사람들 == '''Actors on the Scene''' 이 그룹은 '''데이터베이스를 실제로 사용하거나, 애...) Tag: Visual edit
- 03:08, 17 October 2024 미니 월드 (hist | edit) [495 bytes] SOLO (talk | contribs) (새 문서: 데이터베이스와 정보 시스템의 맥락에서, “미니월드”는 실제 세계의 특정 환경을 단순화하여 나타낸 모델을 의미한다. 시스템에서 필요한 관련된 측면만을 캡처한 추상화라고 할수 있다. 예를 들어, 도서관 데이터베이스의 미니월드는 책, 대출자, 대출 기록과 같은 정보는 포함하지만 건물의 건축 양식과 같은 무관한 세부 사항은 제외할 수 있다. 분류:데이...) Tag: Visual edit
- 22:15, 15 October 2024 RC4 (hist | edit) [452 bytes] Kusun1020 (talk | contribs) (RC4 (Rivest Cipher 4) 핵심 정리) Tag: Visual edit
- 05:26, 15 October 2024 절차적 표현법 (hist | edit) [1,627 bytes] SOLO (talk | contribs) (새 문서: '''Procedural Expression; Procedural Approach; Procedural Language;''' 절차적 표현법이란 특정 작업을 수행하기 위한 명확한 단계나 절차를 정의gㅏㄴ다. 즉, 사용자가 원하는 결과를 얻기 위해 '''어떻게''' 수행할지를 상세하게 설명한다. * 절차적 접근법, 절차적 언어, 절차적 프로그래밍 등으로도 쓸 수 있다. == 절차적 표현법의 특징 == # '''과정 중심''': 절차적 프로그래밍에서...) Tag: Visual edit
- 05:24, 15 October 2024 선언적 표현법 (hist | edit) [1,864 bytes] SOLO (talk | contribs) (새 문서: 선언적 표현법이란 특정한 작업이나 연산을 수행하는 방법을 명시하지 않고, 원하는 결과나 상태를 설명하는 표현 방식이다. 간단히 말해, '''어떻게''' 수행할지를 설명하는 것이 아니라 '''무엇'''을 원한다고 설명하는 것이다. == 선언적 표현법의 특징 == # '''결과 중심''': 선언적 프로그래밍에서는 사용자가 원하는 결과를 명시한다. 예를 들어, SQL 쿼리에서는 어...) Tag: Visual edit
- 06:00, 13 October 2024 Relational Algebra (hist | edit) [31 bytes] SOLO (talk | contribs) (관계 대수 문서로 넘겨주기) Tag: New redirect
- 03:59, 13 October 2024 데이터베이스 강한 개체 (hist | edit) [1,975 bytes] SOLO (talk | contribs) (새 문서: * 상위 개념: 데이터베이스 개체 '''Database Strong Entity''' '''데이터베이스 강한 개체'''는 독립적으로 존재할 수 있으며, '''고유한 식별자'''를 통해 다른 개체와 구별되는 데이터베이스의 기본 단위이다. 강한 개체는 다른 개체에 의존하지 않고, 자신의 기본 키(Primary Key)를 통해 고유하게 식별될 수 있다. == 강한 개체의 특징 == # '''고유한 식별자''': 강한 개체는...) Tag: Visual edit
- 03:56, 13 October 2024 데이터베이스 개체 (hist | edit) [3,726 bytes] SOLO (talk | contribs) (새 문서: Database Entity '''데이터베이스 개체'''는 데이터베이스 설계에서 중요한 개념으로, '''독립적으로 식별될 수 있는 객체''' 또는 데이터를 표현하는 실제 실체를 의미한다. 개체는 데이터베이스에서 관리하고자 하는 '''실세계의 대상을 추상화한 것'''이다. 각 개체는 '''속성'''을 가지며, 데이터베이스에서 이를 '''테이블'''로 구현할 수 있다. * 다른 말로, 현실 세계에...) Tag: Visual edit
- 03:52, 13 October 2024 데이터베이스 약한 개체 (hist | edit) [3,575 bytes] SOLO (talk | contribs) (새 문서: * 상위 문서: 데이터베이스 개체, 데이터베이스 모델링 '''Weak Entity''' 데이터베이스 모델링에서 약한 개체는 그 자체로 고유한 기본 키를 가지지 않고 다른 강한 개체(strong entity)의 기본 키에 의존해서 식별되는 엔티티이다. Weak entity는 존재적으로 독립적이지 않고, 항상 그와 관련된 strong entity와 함께 존재해야 한다. 이 관계는 '식별 관계'라고 한다. == 필요...) Tag: Visual edit
- 14:17, 12 October 2024 데이터베이스 인스턴스 (hist | edit) [2,312 bytes] SOLO (talk | contribs) (새 문서: '''Database Instance''' '''데이터베이스 인스턴스'''는 특정 시점에 데이터베이스에 저장된 데이터의 실제 내용을 나타낸다. == 스키마와의 차이 == * 데이터베이스 스키마가 데이터베이스의 구조를 정의하는 반면, 인스턴스는 그 구조를 바탕으로 저장된 데이터의 상태를 의미한다. * 데이터베이스 스키마는 잘 변하지 않지만 인스턴스는 데이터가 삽입, 수정, 삭제...) Tag: Visual edit
- 14:03, 12 October 2024 데이터베이스 스키마 (hist | edit) [4,097 bytes] SOLO (talk | contribs) (새 문서: '''데이터베이스 스키마'''(Database Schema)는 데이터베이스의 구조를 정의하는 청사진 또는 모델이다. 스키마는 데이터베이스 내의 테이블, 열, 데이터 타입, 관계 및 제약조건 등을 포함하여 데이터가 어떻게 조직되고 저장될지를 설명한다. == 구성 요소 == # '''테이블 (Tables)''': #* 데이터를 저장하는 기본 단위이다. 각각의 테이블은 특정 주제나 개체를 나타낸다. #*...) Tag: Visual edit
