요즘 주로 사용하고 있는 정리툴 중 하나인 노션에 AI를 도입하여 테스트를 진행한다는 말에
신청을 하였고 "비공개 테스터"로 선정됐다는 메일을 받아 사용 후기를 올려보고자 한다.
우선 위와 같이 사용을 위한 기본 페이지가 나왔고 약관 동의 후 테스트를 진행 하였다.
새로운 기능이 생겼고, 일부를 골라 글쓰기를 해보니 요새 핫한 ChatGPT와 같이 지가 글을써간다.
좀 더 기존 내가 쓴글에 활용할 방법은 없을까??? 생각중...
'요약하기'라는 기능이 눈에 띄였고 써보니 아래와 같이 내 글을 요약해주었다. ㅎㅎ
일단 좀 더 많이 더 써봐야겠다. ^^
더 사용해보고 유용한 기능이 있으면 2탄에서 소개해보도록 하겠습니다. ^^
| [excel] 열,행 복사 붙여넣기 TIP (0) | 2023.01.16 |
|---|---|
| [network] 포트 정보 리스트 (0) | 2022.12.30 |
앞에서 날짜,시간 형식 type에 대해 알아보았고, 이어서 날짜,시간 함수 활용법에 대하여 알아보고자 한다.
우선 기본적으로 현재 시간(DB기준)을 확인하는 함수는 아래와 같다.
| 인자값 | 정의 |
| CENTURY | 1세기는 서기 0001-01-01 00:00:00에 시작되지만 당시에는 몰랐습니다. 이 정의는 모든 그레고리오력 국가에 적용됩니다. 세기 숫자 0은 없으며 -1 세기에서 1 세기로 이동합니다. 이에 동의하지 않는 경우 다음 주소로 불만 사항을 작성하십시오: 교황, 로마 성 베드로 대성당, 바티칸. |
| DAY | 값의 경우 일(월) 필드(1–31) ; 값의 경우 일 수timestampinterval |
| DECADE | 연도 필드를 10으로 나눈 값 |
| DOW | 일요일(0)에서 토요일(6) |
| DOY | 연도의 날짜(1–365/366) |
| EPOCH | 값의 경우 1970-01-01 00:00:00 UTC 이후의 초 수입니다(그 이전의 타임스탬프에 대해서는 음수). for 및 값, 시간대 또는 일광 절약 시간에 관계없이 1970-01-01 00:00:00 이후의 공칭 초 수입니다. 값의 경우 간격의 총 시간(초)timestamp with time zonedatetimestampinterval |
| HOUR | 시간 필드(0–23) |
| ISODOW | 월요일(1)에서 일요일(7) |
| ISOYEAR | 날짜가 속하는 ISO 8601 주 번호 매기기 연도(간격에는 적용되지 않음) |
| JULIAN | 날짜 또는 타임스탬프에 해당하는 율리우스력 날짜입니다(간격에는 적용되지 않음). 로컬 자정이 아닌 타임스탬프는 소수 값이 됩니다. |
| MICROSECONDS | 초(초) 필드(소수 부분 포함)에 1,000,000을 곱합니다. 여기에는 전체 초가 포함됩니다 |
| MILLENNIUM | 복천년 - (1900년대는 두 번째 천년기입니다. 세 번째 천년기는 2001년 1월 1일에 시작되었습니다.) |
| MILLISECONDS | 초(초) 필드(소수 부분 포함)에 1000을 곱합니다. 여기에는 전체 초가 포함됩니다. |
| MINUTE | 분 필드(0–59) |
| MONTH | 값의 경우 연도 내의 월 수(1–12) ; 값의 경우 개월 수, |
| QUARTER | 날짜가 있는 연도의 분기(1–4) |
| SECOND | 초(초) 필드(소수 자릿수 초 포함) |
| WEEK | 해당 연도의 ISO 8601 주 번호 매기기 주의 번호입니다. 정의에 따라 ISO 주는 월요일에 시작하고 연도의 첫 번째 주에는 해당 연도의 1월 4일이 포함됩니다. 즉, 연도의 첫 번째 목요일은 해당 연도의 1주차에 있습니다. ISO 주 번호 매기기 시스템에서는 1월 초 날짜가 전년도의 52번째 주 또는 53번째 주에 속하고 12월 말 날짜가 다음 해 첫 번째 주에 포함될 수 있습니다. 예를 들어 는 2004년 53번째 주의 일부이고, 는 2005년의 52번째 주의 일부이며, 는 2013년 첫째 주의 일부입니다. 일관된 결과를 얻으려면 필드를 함께 사용하는 것이 좋습니다. |
| YEAR | 연도 필드입니다. 는 없으므로 몇 년에서 몇 년을 빼는 것은 주의해서 수행해야 합니다. |
[ 관련예시 ]
#참조 : PostgreSQL: Documentation: 15: 9.9. Date/Time Functions and Operators
| 2-4-1. Azure PostgreSQL Data Type - 날짜,시간 형식 (0) | 2023.01.19 |
|---|---|
| 2-3. Azure PostgreSQL Data Type - 문자열형식 (0) | 2023.01.13 |
| 4-1. Azure PostgreSQL Procedure(프로시저) 만들기 (0) | 2023.01.12 |
| 2-9. Azure PostgreSQL Data Type vs MS-SQL 비교 (0) | 2023.01.05 |
| 3-2-1. Azure PostgreSQL 사용자(User/Role) 만들기-(테이블 권한없음-해결) (0) | 2023.01.03 |
이번에는 날짜/시간 형식에 알아보도록 하겠다.
| 형식 | 크기 | 설명 | 별칭 |
| timestamp [(p)] [without time zone] | 8 바이트 | 날짜와 시간 모두 | |
| timestamp [(p)] [with time zone] | 8 바이트 | 날짜와 시간 모두 시간대 포함 | timestamptz |
| interval [(p)] | 12 바이트 | 시간 간격 | |
| date | 4 바이트 | 날짜 | |
| time [(p)] [without time zone] | 8 바이트 | 시간 | |
| time [(p)] with time zone | 12 바이트 | 시간, 시간대 첨부 | timetz |
해당 타입으로 구성 할 수 있는 형태는 date, time, timestamp(date + ' ' + time) 세가지가 존재 하며, 아래와 같은 형태의 데이터 값을 사용 할 수 있다.
| Example | Description |
| 1999-01-08 | ISO 8601; January 8 in any mode (recommended format) |
| January 8, 1999 | unambiguous in any input modedatestyle |
| 1/8/1999 | January 8 in mode; August 1 in modeMDYDMY |
| 1/18/1999 | January 18 in mode; rejected in other modesMDY |
| 01/02/03 | January 2, 2003 in mode; February 1, 2003 in mode; February 3, 2001 in modeMDYDMYYMD |
| 1999-Jan-08 | January 8 in any mode |
| Jan-08-1999 | January 8 in any mode |
| 08-Jan-1999 | January 8 in any mode |
| 99-Jan-08 | January 8 in mode, else errorYMD |
| 08-Jan-99 | January 8, except error in modeYMD |
| Jan-08-99 | January 8, except error in modeYMD |
| 19990108 | ISO 8601; January 8, 1999 in any mode |
| 990108 | ISO 8601; January 8, 1999 in any mode |
| 1999.008 | year and day of year |
| J2451187 | Julian date |
| January 8, 99 BC | year 99 BC |
| Example | Description |
| 04:05:06.789 | ISO 8601 |
| 04:05:06 | ISO 8601 |
| 04:05 | ISO 8601 |
| 040506 | ISO 8601 |
| 04:05 AM | same as 04:05; AM does not affect value |
| 04:05 PM | same as 16:05; input hour must be <= 12 |
| 04:05:06.789-8 | ISO 8601, with time zone as UTC offset |
| 04:05:06-08:00 | ISO 8601, with time zone as UTC offset |
| 04:05-08:00 | ISO 8601, with time zone as UTC offset |
| 040506-08 | ISO 8601, with time zone as UTC offset |
| 040506+0730 | ISO 8601, with fractional-hour time zone as UTC offset |
| 040506+07:30:00 | UTC offset specified to seconds (not allowed in ISO 8601) |
| 04:05:06 PST | time zone specified by abbreviation |
| 2003-04-12 04:05:06 America/New_York | time zone specified by full name |
| Example | Description |
| PST | Abbreviation (for Pacific Standard Time) |
| America/New_York | Full time zone name |
| PST8PDT | POSIX-style time zone specification |
| -8:00:00 | UTC offset for PST |
| -8:00 | UTC offset for PST (ISO 8601 extended format) |
| -800 | UTC offset for PST (ISO 8601 basic format) |
| -8 | UTC offset for PST (ISO 8601 basic format) |
| zulu | Military abbreviation for UTC |
| z | Short form of (also in ISO 8601)zulu |
#참조 : PostgreSQL: Documentation: 11: 8.5. Date/Time Types
※ 해당 내용은 날짜/시간 형식에 대해서만 기술해 보았다.
이런 타입을 통해서 다양한 활용이 가능한데 이부분은 추후 알아 볼 예정입니다. ^^
| 2-4-2. Azure PostgreSQL Data Type - (날짜,시간) 함수-date_part() (0) | 2023.01.25 |
|---|---|
| 2-3. Azure PostgreSQL Data Type - 문자열형식 (0) | 2023.01.13 |
| 4-1. Azure PostgreSQL Procedure(프로시저) 만들기 (0) | 2023.01.12 |
| 2-9. Azure PostgreSQL Data Type vs MS-SQL 비교 (0) | 2023.01.05 |
| 3-2-1. Azure PostgreSQL 사용자(User/Role) 만들기-(테이블 권한없음-해결) (0) | 2023.01.03 |
오늘은 매우 간단하며, 잘 활용하면 작업시간이 획기적으로 개선되는데 잘 안쓰고, 모르는 엑셀 단축키 두가지에 대해 정리해 볼까 한다.
예시로 해당 데이터에 빈행을 추가한다던지 복사 붙여넣기, 잘라넣기를 해야 된다면... 여러 방법이 있을 수 있다.
다들 아는데로 Ctrl+C, Ctrl+V or 마우스 우클릭 복사하기~붙여넣기... 등이 있으나, 아는분은 알수있겠지만!!
Ctrl (+) + : 행추가
Ctrl (+) - : 행삭제
이 두가지 Key 이다. 사용 방법은 매우 간단하다.
ex1) ccc111, ccc333 밑에 각각 1행을 추가해야 한다면?
ex2) ccc111, ccc333 밑에 각각 1행을 추가된 행을 삭제 해야한다면?
ex3) ID : ccc222 행과 동일한 내용은 6행에 복사해야 한다면?
ex4) ID : ccc111 행의 내용을 ID : ccc444 위로 이동해야 한다면?
※ 총 4가지의 예시를 들었지만 해당 방식으로 '열' 선택후 열간 추가/삭제/복사하기/잘라내기등의 기능이 가능하다.
이를 기억하여, 개별적으로 다양한 방식으로 테스트 해본 후 사용한다면 매우 손쉽게 빠른시간내에 작업이 가능하다.
(참고. 타시트간, 타문서간도 당연히 가능. ^^)
| [Notion] AI 비공개 테스트 사용기 - 1 (0) | 2023.02.08 |
|---|---|
| [network] 포트 정보 리스트 (0) | 2022.12.30 |
이번에는 PostgreSQL의 문자열 타입을 알아보도록 하겠다.
우선 아래와같이 매우심플하다. 보통 nvarchar()를 지원하는데 Pg에는 지원하지 않는다.
* 참고
- varchar : 영어,숫자=1Byte, 한글,한자등=2Byte
- nvarchar : 모든문자열=2Byte
| 형식 | 크기 | 별칭 |
| character varying(n) | 가변 길이 문자열 | varchar(n) |
| character(n) | 고정 길이 문자열 | char(n) |
| text | 제한없이 가변 길이 |
그렇다면 여기서 nvarchar가 존재 하지 않는다면, 문자열 길이 계산은 어떻게 될까를 알아보았다.
Byte 기준으로 보았을때, Postgre SQL의 경우 한글의 경우 무려 3Byte를 차지하는걸 알수있었다.
함수를 이용한 비트,바이트수 계산은 3Byte 이지만!, 실제로 컬럼 타입설정시 DataType에서 설정한 길이수 기준은
실제 데이터 insert등의 경우 숫자,영문,한글 모두 한글자(1)로 처리되어 동일하게 사용가능하다.
이점에 유념해서 컬럼 DataType선언을 하기 바란다. ^^
| 2-4-2. Azure PostgreSQL Data Type - (날짜,시간) 함수-date_part() (0) | 2023.01.25 |
|---|---|
| 2-4-1. Azure PostgreSQL Data Type - 날짜,시간 형식 (0) | 2023.01.19 |
| 4-1. Azure PostgreSQL Procedure(프로시저) 만들기 (0) | 2023.01.12 |
| 2-9. Azure PostgreSQL Data Type vs MS-SQL 비교 (0) | 2023.01.05 |
| 3-2-1. Azure PostgreSQL 사용자(User/Role) 만들기-(테이블 권한없음-해결) (0) | 2023.01.03 |
Azure PostgreSQL 작업중 기타 서비스(DataFactory) 등에서 호출하여 사용할 목적으로 Truncate Table을
하는 프로시저가 필요함에 따라 프로시저를 만들어 보았다. 실제로 Azure Pg라서 그런지는 모르겠지만 몇몇
방식은 에러가 발생하였고, 세부적인 여러 기능은 필요시마다 해당 블로그 글을 업데이트 할예정이며, 현재는
필요한 프로시저 생성문만 정리 해본다.
아래 문장의 경우 TRUCATE TABLE 처리를 하며, 파라미터 값에 따라 유동적으로 스키마,테이블명이 바껴야한다.
이럴경우 DECLARE 로 변수를 선언하여, SQL쿼리문장을 담은 후 조합된 해당 문장을 EXCUTE하여야 한다.
#참고 : PostgreSQL: Documentation: 15: CREATE PROCEDURE
| 2-4-1. Azure PostgreSQL Data Type - 날짜,시간 형식 (0) | 2023.01.19 |
|---|---|
| 2-3. Azure PostgreSQL Data Type - 문자열형식 (0) | 2023.01.13 |
| 2-9. Azure PostgreSQL Data Type vs MS-SQL 비교 (0) | 2023.01.05 |
| 3-2-1. Azure PostgreSQL 사용자(User/Role) 만들기-(테이블 권한없음-해결) (0) | 2023.01.03 |
| 3-2. Azure PostgreSQL 사용자(User/Role) 만들기 (0) | 2023.01.02 |
(Azure) Databricks Study를 해가면서 확인 한 부분에 대해 기술하고자 한다.
처음 발견은 사내 프로젝트를 진행하며, 외부(AWS S3)에 있는 데이터를 Azure Data Bricks로 옮기는 시나리오를
구성하여 진행하였고, 기존 만든 테이블에 데이터를 DELETE하고자 자연스럽게 DELETE 구문을 날렸으나...
Error 발생... 모지 하며 내용을 보니 해당 테이블은 delete를 지원하지 않는다. 이에 대한 부분을 체크 하다보니
Databricks에서는 델타(관리)테이블, 외부테이블(관리되지않는 테이블) 이란 체계로 구성되며, 위에서 만든 테이블
같은 경우는 외부테이블 이어서 Delete를 할 수 없다는 오류였다. 이를 알기위해서는 먼저 두가지 테이블이 어떤 개념인지
알아본다.
- 일단 Delta Lake, Delta Lake Table, Delta Table, 관리테이블등 아마도 동일한 내용을 말하고 있지만 혼재되어 사용
되고 있는듯 하지만 내가 내린 결론은 일반적인 DB기준으로 생각하자면 -> 테이블(TABLE) 이다.
좀 더 자세히 알고자 한다면 다른 참고 사이트를 상세히 확인해 보길 바란다.
#참조 : Delta Lake란? - Azure Databricks | Microsoft Learn
- MS Docs에서는 외부 테이블은 LOCATION 절을 사용하여 외부 스토리지 경로를 참조하는 테이블입니다. 라고,
표기하고 있다. 말 그대로 테이블이지만 그 안에 데이터는 외부와 연결된다는 소리다.
연결했던 소스가 변경/삭제시 영향을 받습니다.
USING data_source
테이블에 사용할 파일 형식입니다. data_source는 다음 중 하나여야 합니다.
USING을 생략하면 기본값은 DELTA입니다.
※ DELTA로 하지 않는 그외 모든 테이블은 외부테이블 입니다.
#참조 : CREATE TABLE [USING] (Databricks SQL) - Azure Databricks - Databricks SQL | Microsoft Learn
#참조 : 외부 테이블(Databricks SQL) - Azure Databricks - Databricks SQL | Microsoft Learn
> 정리 하자면 데이터 자체를 DataBricks에서 관리하는 테이블. DataBricks에서는 테이블만 관리하고 데이터는 외부에 존재하는 테이블로 나눌 수 있을것 같다.
그럼 두가지는 어떻게 구별하지???
위 그림에서 보면 테이블명을 보고는 델타테이블? 외부테이블? 이 구분이 안된다.
확인하는 방법은 해당 테이블을 클릭하여, 조회되는 내용에 따라 확인 할 수 있다. 좀 더 테이블 리스트에 표기가 있었으면,
좋을텐데, 내가 모르는 걸 수도 있지만 일단 확인된 방법은 아래와 같다.
[ 외부테이블 (EXTERNAL TABLE) ]
[ 델타테이블 ] - Details, History정보 표기됨
<중요> 추가로 확인된 내용중 델타(관리)테이블 이지만 외부테이블 인건이 존재한다!!!
: 원천 데이터가 담기는 테이블이라고 보면된다.
: 외부테이블과 비슷한 개념이다. 실제 데이터의 원천은 별도의 관리되는 테이블 과 연결되어 있는
개념이다. 실제 원천(MANAGED) 테이블의 정보가 변경되면 영향을 받는다.
★ 단 외부테이블(EXTERNAL TABLE) 과 차이점은.... 외부테이블은 실제로 특정한 외부경로를
바라보고 있기에 DELETE, INSERT등의 명령 자체가 불가하다.
그런데 델타테이블(EXTERNAL)의 경우는 연결 되어 있는곳이 동일 선상의 원천 델타테이블(MANAGED)
이기에 DELTET, INSERT등의 처리가 가능하다.
이 경우! 실제 원천데이터를 변경하는거 이기에 조심히 사용할 필요가 있을꺼로 판단된다.
[ MANAGED, EXTRNAL 델타 테이블 확인하기 ]
#확인 SQL : DESCRIBE EXTENDED <테이블명>
[ 개념 요약정리! ]
DATABRICKS에서 테이블이란 크게 세가지로 구성된다.
PostgreSQL데이터 타입과 MS SQL 데이터 타입과의 비교.
| Data type | PostgreSQL | SQL Server |
| 64-bit integer | BIGINT | BIGINT |
| Fixed length byte string | BYTEA | BINARY(n) |
| 1, 0 or NULL | BOOLEAN | BIT |
| Fixed length char string, 1 <= n <= 8000 | CHAR(n) | CHAR(n) |
| Variable length char string, 1 <= n <= 8000 | VARCHAR(n) | VARCHAR(n) |
| Variable length char string, <= 2GB | TEXT | VARCHAR(max) |
| Variable length byte string , 1 <= n <= 8000 | BYTEA | VARBINARY(n) |
| Variable length byte string , <= 2GB | BYTEA | VARBINARY(max) |
| Variable length Unicode UCS-2 string | VARCHAR(n) | NVARCHAR(n) |
| Variable length Unicode UCS-2 data, <= 2GB | TEXT | NVARCHAR(max) |
| Variable length character data, <= 2GB | TEXT | TEXT |
| Variable length Unicode UCS-2 data, <= 2GB | TEXT | NTEXT |
| Double precision floating point number | DOUBLE PRECISION | DOUBLE PRECISION |
| Floating point number | DOUBLE PRECISION | FLOAT(p) |
| 32 bit integer | INTEGER | INTEGER |
| Fixed point number | NUMERIC(p,s) | NUMERIC(p,s) |
| Date includes year, month, and day | DATE | DATE |
| Date and time with fractional seconds | TIMESTAMP(p) | DATETIME, DATETIME2(p) |
| Date and time with time zone | TIMESTAMP(p) WITH TIME ZONE | DATETIMEOFFSET(p) |
| Date and time | TIMESTAMP(0) | SMALLDATETIME |
| Unsigned integer, 0 to 255 (8 bit) | SMALLINT | TINYINT |
| UUID (16 byte) | CHAR(16) -> CHAR(36) *16자리로는 Mig 불가능. | UNIQUEIDENTIFIER |
| Automatically updated binary data | BYTEA | ROWVERSION |
| Currency amount (32 bit) | MONEY | SMALLMONEY |
| Variable length binary data, <= 2GB | BYTEA | IMAGE |
| Geometric types | POINT, LINE, LSEG, BOX, PATH, POLYGON, CIRCLE | GEOMETRY |
#참조 : PostgreSQL vs. SQL Server (MSSQL) - Extremely Detailed Comparison (enterprisedb.com)
| 2-3. Azure PostgreSQL Data Type - 문자열형식 (0) | 2023.01.13 |
|---|---|
| 4-1. Azure PostgreSQL Procedure(프로시저) 만들기 (0) | 2023.01.12 |
| 3-2-1. Azure PostgreSQL 사용자(User/Role) 만들기-(테이블 권한없음-해결) (0) | 2023.01.03 |
| 3-2. Azure PostgreSQL 사용자(User/Role) 만들기 (0) | 2023.01.02 |
| 3-1. Azure PostgreSQL 스키마(Schema) 관리 (0) | 2023.01.02 |
3-2와 같이 테이블 스키마 권한을 부여했지만 select시 없는 테이블로 나옴.
ERROR: relation "ods.test" does not exist LINE 2: from "ods".test ^ SQL state: 42P01 Character: 20
SQL state : 42P01
ERROR: permission denied for schema mart
SQL state: 42501
★ 해당문제를 팀원과 같이 알아보던중 해결책을 찾을 수 있었다.
해당 구문을 실행하여... 스키마를 사용 할 수 있는 권한을 부여해줘야 한다.
분명이 table select등 권한을 부여했음에도 또 저런 구문을 이용하여 줘야 되는지? 의문이 들었다.
이 부분은 기존에 GRANT SELELC ON~ 명령이 스키마안의 테이블에 대한 권한을 부여하는거라면 스키마 자체또한 객체로 보고, 해당 객체(스키마)에도 접속할 수 있는 액세스 권한을 부여하여야 하기에 GRANT USAGE ON SCHEMA 명령을 사용해야 되는걸로 확인되었다.
※ 여러 MS Azure Doc사이트 문서, 인터넷 검색등을 통해서도 저부분까지 표기되어 있는부분이 별로 없었다.
실제 테스트를 기본적으로 제공되는 'public' 스키마를 써서 할텐데 이 경우 아마 디폴트로 'public'스키마는
사용자(role)을 생성시 기본으로 객체 권한이 부여되는듯 하다. 그러므로 해당 명령수행을 놓치걸로 판단된다.
| 4-1. Azure PostgreSQL Procedure(프로시저) 만들기 (0) | 2023.01.12 |
|---|---|
| 2-9. Azure PostgreSQL Data Type vs MS-SQL 비교 (0) | 2023.01.05 |
| 3-2. Azure PostgreSQL 사용자(User/Role) 만들기 (0) | 2023.01.02 |
| 3-1. Azure PostgreSQL 스키마(Schema) 관리 (0) | 2023.01.02 |
| 2-2. Azure PostgreSQL Data Type - 자동증가형식 (0) | 2023.01.02 |
여러 시스템(사용자)이 DB에 접근 할 수 있으므로 권한을 통제를 할 필요가 있다.
이 경우 크게 두가지(관리자,사용자) 케이스가 있을 수 있다.
1. Azure Database for PostgreSQL 추가관리자 만들기
CREATE ROLE <new_user> WITH LOGIN NOSUPERUSER INHERIT CREATEDB CREATEROLE NOREPLICATION PASSWORD '<StrongPassword!>';
2. Azure Database for PostgreSQL 사용자 만들기
| 이름 | 형 | 설명 |
| rolname | name | 역할 이름 |
| rolsuper | bool | 슈퍼 유저 권한의 유무 |
| rolinherit | bool | 멤버 인 롤의 권한을 상속할지 여부 |
| rolcreaterole | bool | 역할 만들기 권한의 유무 |
| rolcreatedb | bool | 데이터베이스 생성 권한이 있는지 |
| rolcanlogin | bool | 로그인을 할 수있는 역할 여부 |
| rolreplication | bool | 복제에 대한 역할 여부 |
| rolconnlimit | int4 | 최대 동시 연결 수 (-1은 무제한) |
| rolpassword | text | 비밀번호 (다만, ********와 같이 표시) |
| rolvaliduntil | timestamptz | 암호 만료 (만료되지 않으면 NULL) |
| rolbypassrls | bool | 모든 행 단위 보안 정책을 무시할지 여부 |
| rolconfig | text[] | 런타임 구성 변수에 대한 역할 별 기본 |
| oid | oid | 롤의 ID |
#참조 : 사용자 만들기 - Azure Database for PostgreSQL - 단일 서버 | Microsoft Learn
| 2-9. Azure PostgreSQL Data Type vs MS-SQL 비교 (0) | 2023.01.05 |
|---|---|
| 3-2-1. Azure PostgreSQL 사용자(User/Role) 만들기-(테이블 권한없음-해결) (0) | 2023.01.03 |
| 3-1. Azure PostgreSQL 스키마(Schema) 관리 (0) | 2023.01.02 |
| 2-2. Azure PostgreSQL Data Type - 자동증가형식 (0) | 2023.01.02 |
| 2-1. Azure PostgreSQL Data Type - 숫자형식 (0) | 2023.01.02 |
