분류 전체보기 검색 결과

해당 글 152건

[DB] 5. 인덱스, 트랜잭션, 데이터베이스 모델링, 저장 프로시저, 사용자 정의 함수

9장. 인덱스 책의 뒷부분에 있는 찾아보기와 비슷한 개념이다. 지금 우리가 하고있는 예제에는 데이터가 작기때문에 없어도 별 차이가 없지만, 대량의 데이터에는 인덱스가 있어야만 데이터를 빠른 시간에 검색할 수 있다. 인덱스의 장점 1. 검색하는 속도가 매우 빨라질 수 있다(반드시 그런것은 아니다 왜냐면 잘못된 인덱스를 생성하면 성능이 떨어진다) 2. 그 결과 시스템의 부하가 줄어들어서, 결국 시스템 전체의 성능이 향상된다. 인덱스의 단점 1. 인덱스가 데이터베이스 공간을 차지해서 추가적인 공간이 필요해진다.(대략 DB의 10% 내외의 공간이 추가로 필요하다) 2. 인덱스를 생성하는데 시간이 많이 소요될 수 있다.(우리 실습은 몇 초 안걸리는데 자료가 많으면 분단위까지 될 수 있다.) 3. 데이터의 변경작업..

개발자과정준비/데이터베이스(DB) 2020. 6. 12. 01:19

[DB] 4. JOIN, UNION, SQL프로그래밍, 테이블, 뷰

조인 조인의 개념 두 개 이상의 테이블을 서로 묶어서 하나의 결과집합으로 만들어 내는 것 INNER JOIN 구매 테이블에서 JYP라는 아이디를 가진 사람이 구매한 물건을 발송하려면 다음과 같이 이름/주소/연락처 등을 조인해서 검색하면 된다. 가장 많이 사용하는 조인으로써 일반 적인 조인은 이 INNER JOIN을 말하는 것이다. 형식) SELECT FROM INNER JOIN ON [WHERE 검색 조건] 위의 결과를 생성하기 위해 아래 그림과 같은 과정을 거친다. 구매 테이블의 userID(buyTbl.userid)인 'JYP'를 추출하게 된다. 그런 다음 'JYP'와 동일한 값을 판매 테이블의userID(userTbl.userid) 열에서 검색한 후 'JYP'라는 아이디를 찾으면 구매 테이블과 판매..

개발자과정준비/데이터베이스(DB) 2020. 6. 10. 23:36

[DB] 3. ROLLUP(), WITH절, INSERT문, 데이터형식의 종류, JSON 데이터, PIVOT

SELECT문 계속 select userID, price, amount FROm buyTBL; -- 테이블을 작성했는데 통계를 내고싶다 select SUM(price * amount) FROM buyTbl; -- 누가 얼만큼 샀는지 알 수가없다 select userID, SUm(price * amount) AS '총 구매금액' FROM buyTbl -- WHERE userID = 'BBK' -- BBK인사람 검색가능 -- WHERE groupName = '전자' --전자제품산거만 출력 -- WHERE SUm(price * amount) >= 1000 -- 오류뜸, SUM같은 연산은 헤빙 GROUP BY userID HAVING SUM(price * amount) >= 1000 -- SUM이 1000원 이..

개발자과정준비/데이터베이스(DB) 2020. 6. 9. 17:02

[DB] 2. 운영 실습, SELECT 문

서버 이름은 내 아이피로하지만 나중에 회사가면 개발서버나 회사자체의 서버를 이용하게 될 것임 쉬프트+딜리트로 한줄을 통째로 지울 수 있다. 지난주에 작성했던 테이블을 다시 불러오자 이때 테이블에서 NULL값을 넣었는데 테이블이 Null을 허용했기 때문에 오류가 뜨지 않는다. (테이블을 작성할때 NULL을 체크했냐 안했냐에따라서 다르다) 인덱스 책 맨뒤에 찾아보기와 같은 개념(DB에서는 꼭 있어줘야함) 단어를 아는데 단어의 뜻은 찾고싶은데 앞의 목차로는 찾을 수 없다. 그래서 맨 뒤의 찾아보기에서 찾는게 더 편하다. 데이터들은 양이 적으면 이 인덱스가 있거나 없든 큰 문제가 되지 않지만, 수천만~수억 건에 이르는 데이터에서 인덱스 없이 전체 데이터를 찾아본다는 것은 SQL Server 입장에서는 엄청나게 ..

개발자과정준비/데이터베이스(DB) 2020. 6. 8. 23:43