lowcodingpython

데이터 모델링의 주요 특징 추상화 단순화 명확화 데이터 모델링의 절차 개념적 모델링 -> 논리적 모델링 -> 물리적 모델링 데이터 모델의 3가지 관점 데이터 프로세스 데이터와 프로세스 ERD 작성 절차 엔터티를 도출하고 그리기 앤터티 배치하기 엔터티 간의 관계 설정하기 엔터티 서술하기 관계 참여도 표현하기 관계의 필수 여부를 표현하기 3층 스키마의 구조 외부 스키마 : 응용 프로그램이 접근하는 데이터베이스 개념 스키마 : 통합 데이터베이스 구조 내부 스키마 : 물리적 저장 구조 엔터티의 특징 반드시 속성이 있어야 한다. 다른 엔터티와 최소한 한 개 이상의 관계가 있어야 한다. 2개 이상의 인스턴스가 있어야 한다. 엔터티에는 유일한 식별자가 있어야 한다. 엔터티의 유무형에 따른 분류 유형 엔터티 개념 엔터..

문제를 자세히 읽어봐야 할거 같습니다. 30분이라는 시간을 가져다가 버린 거 같습니다.. ㅠ data.txt안에 millionth라는 문자열 라인에 다음 단계의 비밀번호가 있다는 거 같습니다. 문제를 접하기 전에 cat명령어로 data.txt가 어떻게 이루어져 있는지 확인을 해봤습니다. 대충 보시면 [특정 문자열] [패스워드] 형태로 이루어져 있습니다. grep 명령어를 통해서 millionth 문자열을 찾아내면 쉽게 풀 수 있습니다. grep "millionth" data.txt를 통해서 먼저 찾았고 grep -w 옵션을 사용해서 찾았습니다.

일단 문제만 봐서는 전편 문제랑 유사합니다. 서버 어딘가에 있는 패스워드 파일을 찾아내면 되는 거 같습니다. ssh에 접속 후 바로 ls -la로 확인 후 아무것도 없는 것을 확인하고 최상위 디렉터리 /로 이동을 하였습니다. 전 단계처럼 무식하게 find -size 33c로 찾으려고 했더니 접근 거부 등 엄청 많은 파일이 검색되는 것을 확인했습니다. 문제의 조건에 맞춰서 find / -user bandit7 -group bandit6 -size 33c로 찾았더니 permission denied가 걸린 파일들이 너무 많고 cat으로 하나씩 보려고 하면 무식한 방법인 거 같았습니다. 너무 궁금해서 구글링을 하던 도중 2>/dev/null을 리디렉션을 찾게 되었습니다. 리눅스에서는 >를 통해서 출력 방향을 지..

음.. 문제의 조건을 보면 가장 눈에 들어오는 것이 1033 바이트의 사이즈가 제일 먼저 보입니다. ls, cd, cat, file, du, find를 사용하라고 하는 것을 보아서 1033byte 사이즈의 파일을 먼저 찾아보면 될 거 같습니다. inhere이라는 디렉터리에 접근을 하여 #ls -ls 명령어를 통해 어떤 파일이 있는지 확인했습니다. 저 많은 디렉터리를 전부 들어가서 조건에 맞는 파일을 찾을 수는 없으니까 find 명령어를 사용하겠습니다. find -size 1033c find 표현식 size를 통하여 1033 크기의 파일을 찾을 수 있습니다. cat 명령어를 통하여 간단하게 다음 단계 비밀번호를 얻어낼 수 있습니다.

Entity Identifier - 식별자라는 것은 엔터티를 대표할 수 있는 유일성을 만족하는 속성이며 일반적으로 회원 ID, 계좌번호, 주민등록번호, 외국인등록번호, 여권번호 등이 있습니다. 주식별자 (기본키, Primary Key) 최소성 : 주식별자는 최소성을 만족하는 키 대표성 : 주식별자는 엔터티를 대표할 수 있어야 한다. 유일성 : 주식별자는 엔터티의 인스턴스를 유일하게 식별한다. 불변성 : 주식별자는 자주 변경되지 않아야 한다. 키의 종류 데이터베이스 키 설명 기본키 (Primary key) - 후보키 중에서 엔터티를 대표할 수 있는 키 후보키 (Candidate key) - 유일성과 최소성을 만족하는 키 슈퍼카 (Super key) - 유일성은 만족하지만 최소성을 만족하지 않는 키 대체키 ..