[{"keyword":"\ube14\ub8e8\uc544\uce74","rank":1},{"keyword":"\ubbfc\ud76c\uc9c4","rank":1},{"keyword":"\ub77c\uc624","rank":-2},{"keyword":"\ubc84\ud29c\ubc84","rank":0},{"keyword":"\ub2c8\ucf00","rank":0},{"keyword":"\uc6d0\uc2e0","rank":0},{"keyword":"\uc2a4\ud154\ub77c","rank":1},{"keyword":"\uc6d0\ud53c\uc2a4","rank":-1},{"keyword":"\ub9d0\ub538","rank":0},{"keyword":"\ud2b8\ub9ad\uceec","rank":0},{"keyword":"\uc720\ud76c\uc655","rank":2},{"keyword":"\ub9bc\ubc84\uc2a4","rank":3},{"keyword":"\ub358\ud30c","rank":-1},{"keyword":"\uc2a4\ud0c0\ub808\uc77c","rank":3},{"keyword":"@","rank":1},{"keyword":"\uac74\ub2f4","rank":-5},{"keyword":"\uc8fc\uc220\ud68c\uc804","rank":-3},{"keyword":"\uc57c\uad6c","rank":3},{"keyword":"\ud558\uc774\ube0c","rank":0},{"keyword":"\uadfc\ud29c\ubc84","rank":"new"},{"keyword":"\ube14\ub8e8","rank":"new"},{"keyword":"\ucfe0\ud321","rank":"new"}]
(IP보기클릭)211.219.***.***
(IP보기클릭)211.211.***.***
아 그냥 따로 뭐 없이 뷰쓰는거야? | 22.10.03 00:48 | | |
(IP보기클릭)211.219.***.***
아니면 WITH 같은 걸로 쿼리 내에서만 임시로 정의? | 22.10.03 00:48 | | |
(IP보기클릭)211.219.***.***
아니 질문이 너무 광범위해서 뭔지 모르겠음 뷰 정의해서 쓸 수도 있고 with로 쿼리 내에서 임시 테이블 만들어서 쓸 수도 있고 아니면 서브 쿼리로 내부에서 여러 테이블 조인해서 임시로 쓸 수도 있고 방법이야 여러가지지 | 22.10.03 00:49 | | |
(IP보기클릭)211.211.***.***
테이블의 일부 데이터가 많이 쓰이다보니 따로 테이블만들어서 사용한다고만 알고있어서 쿼리내에서만 정의하면 그게 안될듯 | 22.10.03 00:50 | | |
(IP보기클릭)211.219.***.***
그럼 뷰지 뭐 | 22.10.03 00:52 | | |
(IP보기클릭)211.219.***.***
아니면 따로 속도 빠르게 참조할 테이블 하나 만들어서 원 테이블 데이터 변경될 때마다 트리거 걸어놨거나 | 22.10.03 00:53 | | |
(IP보기클릭)211.211.***.***
a테이블에 데이터 추가될떄 b테이블에도 추가되는 형태로 한다면 뷰보단 그냥 테이블 따로 만드는게 나을까 | 22.10.03 00:55 | | |
(IP보기클릭)222.118.***.***
가장 뷰에 가까운 것 같은데... 다른 테이블을 참조하는 가상 테이블이 뷰야. 테이블처럼 존재하지만 진짜 있는 건 아닌.. | 22.10.03 00:59 | | |
(IP보기클릭)211.219.***.***
db종류에 따라서 다르지 뷰는 조회용이라 애초에 논외고 오라클은 그냥 쿼리 두번 날리거나 트리거 걸거나 함 근데 어느 db든 간에 같은 데이터를 외래 키나 조인용이 아닌 이상 복수의 테이블에서 관리하는 건 좋은 방법이 아님 테이블 설계를 잘 해놨거나 쿼리 튜닝을 해야 되는 부분임 기존 테이블 손대기 곤란한 현실적 사정이 있어서 정 같은 데이터를 복수의 테이블에서 관리하려면 그냥 테이블 별도로 만들고 잘 관리해야지 | 22.10.03 01:03 | | |
(IP보기클릭)211.211.***.***
뷰 생성 이후 원본테이블에 추가되는 데이터가 뷰에 안들어가는걸로 알고있는데 이걸 추가시켜주는 쿼리문도 같이 작성하면 되려나 | 22.10.03 01:05 | | |
(IP보기클릭)211.219.***.***
누가 그런 고민을 시켰는지는 모르겠고 학원생인지 직장인인진 모르겠는데 네 선에서 고민할 문제는 아니어 보임 | 22.10.03 01:05 | | |
(IP보기클릭)211.211.***.***
그냥 따로 안만들고 원본 테이블 쓰는게 나을까... | 22.10.03 01:06 | | |
(IP보기클릭)211.219.***.***
당연히 참조하고 싶은 컬럼이 늘어나면 그때마다 뷰를 replace로 재생성해야지 | 22.10.03 01:06 | | |
(IP보기클릭)211.211.***.***
컬럼은 그대로, 원본 테이블에 데이터가 추가됐을때 해당 데이터를 뷰에서도 확인할 수 있는가라 replace랑은 다른거 생각나는 방법이 몇개 있는데 보통 뭘 쓰는지 방법마다 장단점이 뭔지를 몰라서 문제네 | 22.10.03 01:14 | | |
(IP보기클릭)211.219.***.***
아까도 말했지만 학원생 급이면 테이블 설계 레벨에서 고치고 직장인이면 dba, 없으면 네 사수랑 상담하는 게 맞아 보임 네가 잘 모르는 걸 섣불리 끼워넣었다가 운영db에 영향가면 난리난다 | 22.10.03 01:17 | | |
(IP보기클릭)211.211.***.***
소규모 팀 프로젝트라서 괜찮을듯.. 아마 내가 내부에서도 DB쪽에 가장 가까울거고 그냥 테이블 하나만 쓰는게 정신건강에 좋아보이긴하는데 두개 쓰는것도 사실 크게 어렵진 않아보여서.. 실무에선 어떻게 진행되는지 모르는게 문제라 찾아보려고 혹시 명칭이 있나 물어봤던건데 이렇게 길어지네.. 암튼 답변 ㄳㄳ | 22.10.03 01:25 | | |
(IP보기클릭)211.219.***.***
뭐 이거 하나만 알아둬 같은 데이터는 히스토리나 스냅샷 역할 같은 기록 보존 역할 데이터가 아닌 이상 복수의 테이블에서 관리하지 않는 게 원칙임. 테이블 정규화도 여러 목적이 있지만 명확한 역할분담과 효율성을 이유로 하는 거고. 지금 돌아가는 구조를 어떻게든 유지하려고 방법을 짜내지 말고 가장 명확,간결하게 빠른 데이터를 뽑는 데 시간을 쓰려고 해 보길. 대충 짐작해 보니 현업의 문제는 아닌 거 같은데 안 그래도 현업에선 여러 어른의 사정으로 데이터 자체가 개판이라 상황에 따라 별별 방법을 다 써야 하는데 그런 땜질도 결국 레퍼런스를 정확히 이해해야 제대로 적용될 수 있는 거임. 고민해서 좋은 결과를 내길 바람. | 22.10.03 01:36 | | |
(IP보기클릭)211.211.***.***
ㄳㄳ 지금 구조도 내가 생각하고 설계하고 코딩중이라 별 문제없이 어떻게든 잘 될거같음 | 22.10.03 01:45 | | |
(IP보기클릭)222.118.***.***
뷰는 진짜 데이터가 기록되어있는 게 아니라 참조하는 것 뿐이라 원본 테이블에 추가되는 래코드들은 뷰에서 그대로 보여! | 22.10.03 05:05 | | |
(IP보기클릭)222.118.***.***
그런데 뷰는 테이블 규격 맞춰서 만드는 용도 아니면 의미 없는 것 같긴 한데... | 22.10.03 05:12 | | |
(IP보기클릭)121.88.***.***
(IP보기클릭)211.211.***.***
두 테이블이 서로 연동되긴하지만 컬럼수가 다른, 그런상태라서 복제는 완벽한 답이 아닌거같음 | 22.10.03 00:52 | | |
(IP보기클릭)121.88.***.***
아니 일부복제될걸 | 22.10.03 01:04 | | |
(IP보기클릭)211.211.***.***
테이블을 매번 새로만들어야되는 경우는 아니라 조금 다른듯 | 22.10.03 01:08 | | |