# data[].attributes.headline
파일업로드 방법.PDF

# data[].attributes.subject
파일업로드 방법.PDF

# data[].attributes.body
Petra 제품 UI 설치파일입니다.

# data[].attributes.body
서버 설치파일 입니다.

# data[].attributes.attachment_link.readable_text
너는 PostgreSQL DB 전문가야.
다음과 같은 상황에 맞는 시나리오를 작성해줘.
1. 내부 개발자 혹은 DBA가 정상적으로 PostgreSQL DB를 접근하여 일반적인 데이터를 가져가는 시나리오.
2. 내부 개발자 혹은 DBA가 정상적으로 PostgreSQL DB를 접근하여 개인정보를 가져가는 시나리오.
위 상황에 맞는 테이블을 작성해줘. 테이블 이름은 실제로 금융권에서 사용할듯한 이름으로 작성해줘야되. 
customer_info, employee 이렇게 단순하면 절대로 안되.
그리고 해당 테이블을 접근하는 SQL를 작성해줘. SQL 작성시 2중 조인 이상 사용하여 금융권에서 실제로 사용할법한 SQL 작성해 줘야되.
자 이제부터 한단계 한단계식 생각해보자.


테이블 생성 SQL도 작성해줘.


고마워. 개발자는 10명이 있어. 외주 개발자와 내부개발자가 섞여 있어. 그리고 DBA도 3명이 있어. DBA에서는 악의적으로 개인정보를 유출하려고 시도하는 DBA도 있어. 그리고 악의적으로 거래 내역을 수정하려고 시도하는 DBA도 있어. 이렇게 가정해서 시나리오 다시 작성해줘. 그리고 테이블 생성 SQL도 작성해줘. 그리고 각각 개발자와 DBA가 일반 데이터 접근과 개인정보를 유출하는 SQL작성해줘. 그리고 거래내역을 수정하는 SQL도 작성해줘.


정말 고마워.  SQL을 확인해보니깐 FCM.CUSTOMER_ID = '1234567890';와 TRANSACTION_ID = 12345;와 같이 테스트 데이터인것 처럼 보여서 전문성이 없어 보여. 실제 데이터처럼 보이도록 다시 작성해줘. 그리고 테스트를 위한 INSERT 쿼리도 작성해줘. 다양한 SQL을 사용해서 실무에서 하는것처럼 시뮬레이션 하고 싶어. 그럴려면 SQL이 타입이 INSERT, UPDATE, SELECT, DELETE와 같이 다양해야 되. 그리고 다양한 SQL을 20개 정도 다시 작성해줘.

데이터들이 아직도 테스트 데이터 같아. INSERT 시에 실무 데이터를 1234 이렇게 연속적인 숫자는 사용하지말고 실무 데이터처럼 넣어줘. 다시 작성해줘.


아주 좋아. 이제까지 작성한 것을 시나리오, 테이블 생성, 데이터 삽입, SQL 작성해줘.


시나리오는 10개를 늘려주고 SQL은 20개 이상으로 다시 작성해줘.


SQL을 30개로 작성해줘. 그리고 SQL이 어떤 시나리오에 대한 SQL인지 표시해줘. 그리고 악의적인 SQL을 10도 포함해줘.


아주 고마워. 이제까지 작성한 것을 종합적으로 다시 작성해줘.








# data[].attributes.attachment_link.title
[신시웨이] 접근제어 파트너사 요청사항 관련 교안

# data[].attributes.headline
API_암호화_이슈분석_가이드

# data[].attributes.subject
API_암호화_이슈분석_가이드