[카테고리:] 미분류

완전한 3차원 장면은 Shader로 완성된다고 할 수 있는데요. Shader를 통해 매우 사실적인 물, 안개, 번개 등과 같은 표현이 가능합니다. 아래는 Shader 언어 중 GLSL로 작성된 원을 렌더링하는 코드입니다.

#ifdef GL_ES
precision mediump float;
#endif

uniform vec2 u_resolution;

float circle(vec2 position, float radius) {
    return step(length(position), radius);
}

void main() {
    vec2 position = gl_FragCoord.xy / u_resolution;
    position -= 0.5;
    vec3 color = vec3(circle(position, 0.3));
    gl_FragColor = vec4(color, 1.0);

}

결과는 아래와 같구요.

코드를 보면 12번은 색상을 결정해야 하는 위치 좌표를 (0,0) ~(1,1)의 범위로 정규화해 줍니다. (0,0)은 화면의 좌측하단입니다. 13번은 다시 이 좌표를 (-0.5,-0.5) ~ (0.5,0.5)로 변경해 줍니다. 원의 가운데 위치하도록 하기 위함입니다. 8번은 원을 표현하기 위한 픽셀의 색상값을 결정하는 함수의 코드인데요. step(A, B)는 B가 A보다 크거나 같으면 1을 반환하고, 아니라면 0을 반환합니다.

최근 JS의 class에서 private 접근자를 지원한다는 것을 알게 되었습니다. 그전에는 밑줄(_)로 시작하는 필드와 매서드가 private라는 강제성이 없는 방식으로 해왔는데요. 아래는 #width와 #height 필드 그리고 #getArea 매서드가 private 접근자의 성격을 갖습니다.

class Rectangle {
    #width = 10;
    #height = 10;

    constructor(height, width) {
        this.#width = width;
        this.#height = height;
    }

    #getArea() {
        return this.#width * this.#height;
    }

    get area() {
        return this.#getArea();
    }
}

이제 아래의 코드는 에러입니다.

const rec = new Rectangle(10, 10);
console.log(rec.#width);

에러의 내용도 명확히 “Private field ‘#width’ …”라고 되어 있습니다.

그러나 Rectangle에 width라는 필드를 추가할 수 있는데, 이 width는 public입니다. #width와는 별개이구요. 혼란스럽습니다. 게다가 아직 protected 접근자는 제공하지도 않습니다.

웹에서의 객체지향적 프로그래밍을 위해서는 아직까지 TypeScript가 강력한 대안으로 생각됩니다.

하나의 필드에 여러 개의 값을 저장해야 할 때 Array 타입을 사용하면 매우 유용합니다. 이 글은 PostgreSQL에서 Array 타입에 대한 내용을 정리합니다.

먼저 Array 타입을 가지는 테이블을 생성합니다.

CREATE TABLE contacts (
	id serial PRIMARY KEY,
	name VARCHAR (100),
	phones TEXT[]
);

이 테이블에 한개의 Row를 추가하는 SQL문의 예는 다음과 같습니다.

INSERT INTO contacts (name, phones)
VALUES('홍길동', ARRAY [ '031-132-7890','02-678-9876' ]);

한번에 여러 개의 Row를 추가하는 SQL문은 다음 예와 같습니다.

INSERT INTO contacts (name, phones)
VALUES
    ('일지매', ARRAY [ '02-789-5432' ]),
    ('김갑환', '{"010-4567-8765", "063-123-1234"}'),
    ('김형준', '{"063-432-8765", "010-4567-8765"}');

테이블의 데이터를 확인해 보기 위해 다음 SQL를 실행해 봅니다.

SELECT name, phones FROM contacts;

배열의 특정 인덱스를 지정해서 조회를 할 수도 있습니다. 다음처럼 배열의 2번째 값만을 조회합니다.

SELECT name, phones[2] FROM contacts;

결과는 다음과 같습니다.

다음은 배열의 값 중 2번째에 대해 특정값과 일치하는 내용을 조회하는 SQL 문입니다.

SELECT name, phones FROM contacts WHERE phones[2] = '010-4567-8765';

결과는 다음과 같습니다.

다음은 배열을 구성하는 모든 값 중 특정값과 일치하는 내용을 조회하는 SQL 문입니다.

SELECT name, phones FROM contacts WHERE '010-4567-8765' = ANY(phones);

결과는 다음과 같습니다.

그렇다면 배열을 구성하는 모든 값 중 부분적으로 일치하는 LIKE 구문을 사용해 본다면 다음 SQL처럼 구성될 것입니다. (작동하지 않음)

SELECT name, phones FROM contacts
WHERE ANY(phones) LIKE '%32%';

작동하지 않는데요. 이는 다음에 설명할 UNNEST 명령을 사용해야 합니다. UNNEST는 배열을 구성하는 값들을 독립시켜 하나의 Row로 구성해 줍니다. 다음 SQL 문을 통해 결과를 보시면 이해가 쉬울것입니다.

SELECT name, UNNEST(phones) FROM contacts;

결과는 다음과 같습니다.

이제 앞서 문제가 된 LIKE 구문을 UNNEST를 사용하면 다음과 같습니다.

SELECT name, phones
FROM (
    SELECT name, UNNEST(phones) phone, phones
    FROM contacts) x
WHERE phone LIKE '%32%';

결과는 다음과 같습니다.

배열 값 중 특정 순서의 값 만을 변경할 수도 있습니다.

UPDATE contacts
SET phones[4] = '010-9999-9999'
WHERE name = '김갑환';

SQL문으로 name이 ‘김갑환’인 것만 조회해 보면 다음과 같습니다.

보시면 원래의 배열의 구성 값의 개수가 2개였는데 4번째에 값을 추가하여 3번째는 NULL로 지정된 것을 확인할 수 있습니다.

마지막으로 Array 타입의 필드에 대한 Index를 거는 구문은 다음과 같습니다.

CREATE INDEX idx_phones on contacts USING GIN (phones);