[링크 : https://neovader.tistory.com/111]
이 조항으로 인해서 해당 값이 NULL 이고 비교할 값이 NULL 이면
TRUE로 될지 FALSE로 될지 모른다 인가?
| NULL과 NULL은 "같은" 관계가 없기 때문에, expression = NULL라고 기술하면 안됩니다 (NULL 값은 불명의 값을 나타내며 알 수 없는 값이기 때문에 서로 같은지 여부는 확인할 수 없습니다) . 이것은 표준 SQL에 따른 동작입니다. |
| Pk (Primary Key) (0) | 2020.02.07 |
|---|---|
| N:M 관계 해소 (0) | 2020.02.07 |
| ER 다이어그램 식별 / 비식별 (0) | 2020.02.07 |
| pg_dump -n 으로 특정 스키마만 백업하기 (0) | 2020.02.04 |
| drop database와 postgres (0) | 2020.02.04 |
erdcloud에서 다른 사람들이 그린걸 보는데 의외로
식별은 별로 없고 비식별이 대부분이라 두개가 어떤 차이인지 찾아보는 중..
외래키는 Fk 일텐데 기본키는 멀까..
일단 Fk를 일반 속성으로 쓰면 비식별 관계가 되는 듯.
| 외래키들을 기본키로 사용하지않고 일반 속성으로 취급하는 관계를 비식별관계라고 표현한다. 눈매가 예리한 사람들은 느꼈겠지만 ERD에서 비식별 관계는 관계를 점선으로 표시한다. 기본키 포스팅에서도 말했지만 추후 비즈니스 모델 변경에도 영향을 최소화하기위해 이런 관계 테이블에도 식별 관계보다는 인조키를 이용한 비식별 관계를 권장한다. |
| N:M 관계 해소 (0) | 2020.02.07 |
|---|---|
| sql에서 null 비교 (0) | 2020.02.07 |
| pg_dump -n 으로 특정 스키마만 백업하기 (0) | 2020.02.04 |
| drop database와 postgres (0) | 2020.02.04 |
| union / intersect / minus (0) | 2020.01.22 |
| -n schema --schema=schema Dump only schemas matching schema; this selects both the schema itself, and all its contained objects. When this option is not specified, all non-system schemas in the target database will be dumped. Multiple schemas can be selected by writing multiple -n switches. Also, the schema parameter is interpreted as a pattern according to the same rules used by psql's \d commands (see Patterns), so multiple schemas can also be selected by writing wildcard characters in the pattern. When using wildcards, be careful to quote the pattern if needed to prevent the shell from expanding the wildcards; see Examples. Note: When -n is specified, pg_dump makes no attempt to dump any other database objects that the selected schema(s) might depend upon. Therefore, there is no guarantee that the results of a specific-schema dump can be successfully restored by themselves into a clean database. Note: Non-schema objects such as blobs are not dumped when -n is specified. You can add blobs back to the dump with the --blobs switch. -N schema --exclude-schema=schema Do not dump any schemas matching the schema pattern. The pattern is interpreted according to the same rules as for -n. -N can be given more than once to exclude schemas matching any of several patterns. When both -n and -N are given, the behavior is to dump just the schemas that match at least one -n switch but no -N switches. If -N appears without -n, then schemas matching -N are excluded from what is otherwise a normal dump. |
[링크 : https://www.postgresql.org/docs/9.1/app-pgdump.html]
[링크 : https://stackoverflow.com/questions/14486241/how-can-i-export-the-schema-of-a-database-in-postgresql]
| sql에서 null 비교 (0) | 2020.02.07 |
|---|---|
| ER 다이어그램 식별 / 비식별 (0) | 2020.02.07 |
| drop database와 postgres (0) | 2020.02.04 |
| union / intersect / minus (0) | 2020.01.22 |
| one to one , one to only one (0) | 2020.01.17 |
postgresql은 WAL로 인해서 table을 drop 해도 용량이 늘어나고
full vacuum을 통해서 공간을 줄일수 있다.
유일한 예외(?)가 drop database
하드 디스크 거의 100% 채워서 뻗은 시스템을 이제야 복구하는데
drop database [database_name]
해주면서 df -h 를 보고 있노라니 용량이 쑥쑥 줄어든다.
아무튼 공간 부족해서 터져 나간건 복구도 힘들구나.. 라는걸 깨닫는 중
| ER 다이어그램 식별 / 비식별 (0) | 2020.02.07 |
|---|---|
| pg_dump -n 으로 특정 스키마만 백업하기 (0) | 2020.02.04 |
| union / intersect / minus (0) | 2020.01.22 |
| one to one , one to only one (0) | 2020.01.17 |
| EA(Enterprise Architecture) (0) | 2020.01.17 |
openrefine을 이용해서 웹에서 특정 값을 빼내는 방법이라는데
쓸데없이(?) 용어가 거창하네.
아무튼 한번 써보긴 해야 하는데 귀찮아 -ㅁ-
[링크 : https://programminghistorian.org/en/lessons/fetch-and-parse-data-with-openrefine#fetch-html]
| openrefine 설명서 (0) | 2020.01.23 |
|---|---|
| open refine memory 설정 (0) | 2020.01.20 |
| openrefine web scraping (0) | 2020.02.03 |
|---|---|
| open refine memory 설정 (0) | 2020.01.20 |
허... union / union all만 알았는데
집합 레벨에서 교집합을 join 없이 구할 수 있다니
난 무슨 바보짓을 해온건가 ㅠㅠ
| pg_dump -n 으로 특정 스키마만 백업하기 (0) | 2020.02.04 |
|---|---|
| drop database와 postgres (0) | 2020.02.04 |
| one to one , one to only one (0) | 2020.01.17 |
| EA(Enterprise Architecture) (0) | 2020.01.17 |
| 데이터베이스 모델링 (0) | 2020.01.17 |
일종의 버퍼라고 해야하나?
잠시 테스트 코드 수정하고 나서 다른 리비전 오가면서 쓰는 경우도 존재할텐데
그런 테스트 코드를 일일이 다 commit 해서 보존하고
돌아와서 복구해야 한다면 버전관리시에 지저분 해지니
그러한 더러운 코드들을 잠시 저장해 두는 기능
조금 자세히 봐야 겠지만..
그러면 최소한 해당 리비전에서 원래 리비전으로 돌아와서 stash를 적용해주어야 문제없이 적용되려나?
|
깃으로 작업을 하던 도중, 잠시 브랜치를 변경을 해야할 일이 있거나, 다른 관련없는 작업을 시작해야 할 때, stash 명령을 사용하면 modified이면서 tracked인 상태의 파일과 staging area에 있는 파일들을 보관한다. |
| git reset revert (0) | 2021.03.31 |
|---|---|
| git error: RPC failed; curl ... remote end hung up (0) | 2021.01.11 |
| git commit 간 diff (0) | 2020.01.21 |
| git 에서 push 하지 않은 commit 확인하기 (0) | 2019.11.23 |
| git 리비전 오가기 (0) | 2019.11.20 |
한자리씩 줄여보니 4자리는 넘어야 commit hash 로 비교가 가능하다.
아래는 두 커밋간의 비교인데 diff 출력으로 나오게 되어있고
| git diff oldCommit newCommit git diff k73ud dj374 |
[링크 : https://stackoverflow.com/questions/3368590/show-diff-between-commits]
아래는 리비전간에 변화가 생긴 파일 목록만 나타내는 옵션을 사용한 예이다.
| git diff --name-only HEAD~10 HEAD~5 |
[링크 : https://stackoverflow.com/.../how-to-list-only-the-file-names-that-changed-between-two-commits]
두 커밋간의 특정 파일을 비교하려면 마지막에 파일이름만 넣으면 된다.
| $ git diff HEAD^^ HEAD main.c $ git diff HEAD^^..HEAD -- main.c $ git diff HEAD~2 HEAD -- main.c |
+
git help diff로 하니 나오는 내용. 세번째 명령이 내가 원하는 명령어.
git diff [<options>] [<commit>] [--] [<path>…]
git diff [<options>] --cached [<commit>] [--] [<path>…]
git diff [<options>] <commit> <commit> [--] [<path>…]
git diff [<options>] <blob> <blob>
git diff [<options>] --no-index [--] <path> <path>| git error: RPC failed; curl ... remote end hung up (0) | 2021.01.11 |
|---|---|
| git stash (0) | 2020.01.21 |
| git 에서 push 하지 않은 commit 확인하기 (0) | 2019.11.23 |
| git 리비전 오가기 (0) | 2019.11.20 |
| git clone 실패 remote: aborting due to possible repository corruption on the remote side. (0) | 2019.11.10 |
흐음.. 아무튼 8기가 노트북에서 하나 16기가 서버에서 하나
기본값은 1400MB만 쓰도록 잡혀있는 것으로 보인다.
| ~/work/src/openrefine-3.2$ ./refine You have 7870M of free memory. Your current configuration is set to use 1400M of memory. OpenRefine can run better when given more memory. Read our FAQ on how to allocate more memory here: https://github.com/OpenRefine/OpenRefine/wiki/FAQ:-Allocate-More-Memory Starting OpenRefine at 'http://127.0.0.1:3333/' 18:52:18.859 [ refine_server] Starting Server bound to '127.0.0.1:3333' (0ms) 18:52:18.862 [ refine_server] refine.memory size: 1400M JVM Max heap: 1407188992 (3ms) |
[링크 : https://github.com/OpenRefine/OpenRefine/wiki/FAQ:-Allocate-More-Memory]
| openrefine web scraping (0) | 2020.02.03 |
|---|---|
| openrefine 설명서 (0) | 2020.01.23 |
|
