(오라클 SQL튜닝을 위한 쿼리문 작성법 강좌)오라클 SQL/쿼리 튜닝은 간단한 SQL구문 최적화 부터 시작을 하게되죠, SQL을 처음 사용할 때 부터 최적화 하는 방법에 주의해서 공부하시면 저절로 튜닝 됩니다. 본 PPT 강좌는 탑크리에듀(www.topcredu.co.kr), 오라클자바커뮤니티(ojc.asia)에서 제공하는 교육강좌 입니다.
(오라클 SQL튜닝을 위한 쿼리문 작성법 강좌)오라클 SQL/쿼리 튜닝은 간단한 SQL구문 최적화 부터 시작을 하게되죠, SQL을 처음 사용할 때 부터 최적화 하는 방법에 주의해서 공부하시면 저절로 튜닝 됩니다. 본 PPT 강좌는 탑크리에듀(www.topcredu.co.kr), 오라클자바커뮤니티(ojc.asia)에서 제공하는 교육강좌 입니다.
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
21번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
SQL튜닝을 위한 도구중 하나인 "오라클의 10053 이벤트" 간단히 소개하고 오라클 함수를 만들어 간단히 테스트 후 옵티마이저의 Query Transformation, Optimization 과정(조인방법 결정, 드라이빙테이블 선정), 실행계획 생성등을 Trace 파일을 만들어 확인하는 PPT 강좌 입니다.
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
16번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
탑크리에듀교육센터(www.topcredu.co.kr)제공
15번째 스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)자료입니다.
Spring JDBC에서 DB 접근하는 방법, Spring JDBC에서 DB 접근하는 방법 – jdbcTemplate, Maven, Gradle에서 오라클 설정에 대해 설명한 자료이니 많은 참고 바랍니다.
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
17번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
20번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
Spring Framework & MyBatis_ 스프링프레임워크 & 마이바티스
☆ 무.료 강의자료 제공 中 ★
♡ 좋아요! 하고 더많은 자료 받아보세요 :) :) :) :) !!!!
[ 제 2장 ] _ Spring IoC & DI
[ 목 차 ]
2.5 Spring DI(Dependency Injection)
2.5.1 세터 주입(Setter Injection) – XML 기반
2.5.2 세터 주입(Setter Injection) – 어노테이션 기반
2.5.3 생성자 주입(Constructor Injection) – XML 기반
2.5.4 생성자 주입(Constructor Injection) – 어노테이션 기반
2.5.5 메소드 주입(Method Injection)
2.5.5.1 Method Injection(Method Replace)
2.5.5.2 Method Injection(Getter Injection)
2.5.6 Simple Value Injection
2.5.7 SpEL을 이용한 Value Injection(XML 방식)
2.5.8 SpEL을 이용한 Value Injection(어노테이션 방식)
2.5.9 ref 태그를 이용한 Value Injection
(ref local, ref bean, id, name의 차이)
2.5.10 스프링에서 XML 설정 파일의 분리
2.5.11 ApplicationContext의 분리(부모, 자식)
2.5.12 컬렉션 주입(Collection Injection), XML 방식
2.5.12 컬렉션 주입(Collection Injection), 어노테이션 방식
[#더많은자료, #꿀강의, #꿀강좌, #구로오라클학원 #탑크리에듀]
http://www.topcredu.co.kr/
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
21번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
SQL튜닝을 위한 도구중 하나인 "오라클의 10053 이벤트" 간단히 소개하고 오라클 함수를 만들어 간단히 테스트 후 옵티마이저의 Query Transformation, Optimization 과정(조인방법 결정, 드라이빙테이블 선정), 실행계획 생성등을 Trace 파일을 만들어 확인하는 PPT 강좌 입니다.
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
16번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
탑크리에듀교육센터(www.topcredu.co.kr)제공
15번째 스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)자료입니다.
Spring JDBC에서 DB 접근하는 방법, Spring JDBC에서 DB 접근하는 방법 – jdbcTemplate, Maven, Gradle에서 오라클 설정에 대해 설명한 자료이니 많은 참고 바랍니다.
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
17번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
탑크리에듀교육센터(www.topcredu.co.kr)제공
스프링프레임워크 & 마이바티스(Spring Framework, MyBatis)
20번째 자료입니다. 참고하시어 많은 도움되셨길 바랍니다.
교육 및 수강문의/기타문의사항은 홈페이지(www.topcredu.co.kr)를 통하여 하실 수 있습니다.^^
Spring Framework & MyBatis_ 스프링프레임워크 & 마이바티스
☆ 무.료 강의자료 제공 中 ★
♡ 좋아요! 하고 더많은 자료 받아보세요 :) :) :) :) !!!!
[ 제 2장 ] _ Spring IoC & DI
[ 목 차 ]
2.5 Spring DI(Dependency Injection)
2.5.1 세터 주입(Setter Injection) – XML 기반
2.5.2 세터 주입(Setter Injection) – 어노테이션 기반
2.5.3 생성자 주입(Constructor Injection) – XML 기반
2.5.4 생성자 주입(Constructor Injection) – 어노테이션 기반
2.5.5 메소드 주입(Method Injection)
2.5.5.1 Method Injection(Method Replace)
2.5.5.2 Method Injection(Getter Injection)
2.5.6 Simple Value Injection
2.5.7 SpEL을 이용한 Value Injection(XML 방식)
2.5.8 SpEL을 이용한 Value Injection(어노테이션 방식)
2.5.9 ref 태그를 이용한 Value Injection
(ref local, ref bean, id, name의 차이)
2.5.10 스프링에서 XML 설정 파일의 분리
2.5.11 ApplicationContext의 분리(부모, 자식)
2.5.12 컬렉션 주입(Collection Injection), XML 방식
2.5.12 컬렉션 주입(Collection Injection), 어노테이션 방식
[#더많은자료, #꿀강의, #꿀강좌, #구로오라클학원 #탑크리에듀]
http://www.topcredu.co.kr/
탑크리에듀교육센터(topcredu.co.kr)제공
SQL초보에서 Schema Objects까지 13번째 자료입니다.
서브 쿼리(SUB QUERY) 개요,단일행 서브쿼리(Single-Row Sub Query),복수행 서브쿼리(Multi-Row Sub Query), 상관 서브쿼리(Correlated Sub Query)에 대한 자료입니다.
많은 참고 부탁드립니다.^^
-- 먼저 EMP에 테이블에 생성되어 있는 인덱스 및 칼럼을 확인하자.
SQL> SELECT a.index_name, a.column_name, b.visibility
FROM user_ind_columns a, user_indexes b
WHERE a.table_name = 'EMP'
AND a.index_name = b.index_name ;
-- 인덱스가 없다면 생성, 있으면 SKIP
SQL> CREATE INDEX idx_emp_job ON EMP(job);
SQL> CREATE INDEX idx_emp_deptno ON EMP(deptno);
B*Tree Search의 기본적인 Algorithm을 이용하는데 주로 온라인 업무의 적은 데이터 처리에 유리하고 분포도가 나쁜 데이터 처리는 성능에 악영향을 줄 수 있다. 하나의 ROW를 검색 시 어느 ROW나 동일한 양의 블록을 ACCESS하게 되므로 검색 시간이 동일하다. (DML문의 잦은 사용으로 좌우 대칭이 안 맞을 수 있는데 이때는 index rebuild를 해야 한다.)
대체적으로 분포도가 전체 데이터의 20% 이상인 경우 인덱스를 통해 SELECT 하면 FULL TABLE SCAN보다 성능이 떨어질 수 있다. 예를 들어 직책이라는 컬럼이 있는데, A,B,C,D라는 값이 들어올 수 있다고 하면 분포도는 25%가 된다. 이런 경우에는 B*TREE 인덱스를 이용하면 성능이 떨어질 수 있다는 것이다.
데이터베이스에서 IO 단위는 블록이며 데이터를 블록 단위로 전송한다. 인덱스를 사용하지 않을 때는 MULTI BLOCK I/O를 수행하며 한 번에 수 십개의 BLOCK을 읽게 되는데 이는 인덱스를 검색해 하나씩 블록을 읽는 것보다 빠를 수 있다.
기본적인 프로젝트 스캐폴딩 도구로 빠른개발을 위한 스프링 프레임워크 서브 프로젝트 중에 하나인 Spring Boot를 사용하겠습니다. 스프링 부트는 Convention over Configuration개념을 적용하여 개발자가 처리해야 하는 반복적인 성격의 설정작업을 대신 수행하여 개발자의 수고를 덜어주는 기술입니다.
최근 개발 초기단계에서부터 코드작성을 하지는 않습니다. 처음부터 코드를 작성하면 나중에 소스 코드 덩치가 커지거나 협업을 해야 하거나 배포를 해야 할 때 관리상의 문제가 많이 생긴다는 것을 개발자들은 이미 경험으로 알고 있기 때문입니다. 그러한 이유로 코드를 작성하기 전에 먼저 코드, 리소스, 디펜던시, 연동환경 및 테스트를 거친 후 배포작업을 미리 염두에 두고 구조적으로 프로젝트를 구분하는 스캐폴딩 작업을 선행합니다.
프로젝트 관점에서 살펴보면 실제 코드를 작성하기 전에 해야 할 여러 설정 작업들이 도출 됩니다. 스프링부트는 여러 설정작업들 중 개발자를 대신해 관습을 적용하여 자동화 할 수 있는 부분들을 제공하는 기술로써, 개발자의 수고를 덜어 보다 빠른 개발이 진행될 수 있도록 해줍니다.
자마린 iOS 멀티화면 컨트롤러_네비게이션 컨트롤러, 루트 뷰 컨트롤러
첫번째 작성한 Xamarin.iOS 예제를 통해 View Controller가 자신의 Content View 계층 구조를 Window에 로드하는 하나의 Window만 가지고 있음을 알수 있었고 두번째 멀티화면 예제를 통해 새로운 화면(Scene)을 추가하고 아래 그림과 같이 두 화면(Scene) 사이에 이름을 전달했다.
사용자가 입력한 여러 개의 이름은 첫 번째 화면에서 입력되고 첫 번째 View Controller에서 두 번째 화면(Scene)으로 전달되어 두 번째 화면에 표시된다. 화면, 뷰 컨트롤러 및 데이터의 분리는 모델, 뷰, 컨트롤러 (MVC) 패턴을 따른다.
Model-View-Controller는 디자인 패턴으로 재사용 가능한 아키텍처 인데, MVC는 그래픽 사용자 인터페이스(GUI)가 있는 응용 프로그램의 아키텍처이다. 애플리케이션의 객체를 모델 (데이터 또는 애플리케이션 로직), 뷰 (사용자 인터페이스) 및 컨트롤러 (코드 비하인드)의 세 가지 역할 중 하나에 할당한다.
IT 고급 기술교육을 목표로 IT인 여러분들 곁에 다가가겠습니다.
IoT융합, 자바분야, 닷넷분야, 모바일분야, 게임프로그래밍분야, 데이터사이언스/DB/빅데이터분야, UI/IX분야, 마케팅분야, 구직자/실업자 취업교육분야에 초보자를 위한 최적화된 실무/실습위주의 기본교육, 현업 프로그래머를 위한 실무 중심의 SKILL UP교육, 실무경력자 중심의 강사진, 교육에 대한 철저한 사전/사후 관리 시스템으로 늘 IT인 여러분들 곁에 있겠습니다.
IT분야의 고급전문가가 되기 위한 여러분들의 많은 관심 부탁드립니다.
주저하지 마시고 상담받으신 후 새로운 미래에 도전하시기 바랍니다.
감사합니다.
★ 교육개요
아이오닉 2는 Angular 2, 타입스크립트, SASS 같은 기술 위에 개발된 아이오닉 모바일 SDK의 최신 버전이며 이전 버전에 비해 구조 개선, 빌드 도구 개선, ES6 문법 지원 등 모든 부분에서 혁신적인 개선을 이뤘습니다. 아이오닉2를 사용해 재미있고 몰입되는 모바일 앱을 제작할 수 있도록 다양한 아이오닉 2의 컴포넌트를 배우고, 외부 서비스를 통합하며, 기능을 구현해보는 전문적인 앱 제작 과정을 풍부한 예제를 통해 쉽게 따라가며 배울 수 있을 것입니다.
★ 교육목표
애플리케이션 개발을 위한 아이오닉 기능 이해
파이어베이스와 아이오닉을 이용한 채팅 앱 제작
써드 파티 REST API를 사용한 주식 추적 앱 제작 및 아이오닉 네비게이션과 페이지를 활용한 레이아웃 구성
아이오닉과 코르도바 플러그인을 사용한 미디어 플레이어 앱 구현
파이어베이스를 이용한 상용 애플리케이션 제작
실시간 아이오닉 애플리케이션 제작을 위한 모범 사례 연구
★ 교육대상
모바일 앱 개발자
프론트 개발자
웹 개발자
★교육개요
사용자 인터페이스를 만들기 위한 진보적인 Vue를 학습합니다. Vue는 정교한 단일 페이지 응용프로그램을 완벽하게 지원할 수 있습니다. 경쟁적인 관계에 있는 프론트엔드 프레임워크 Angular & React 의 장점을 결합하여 만든 Vue.js의 기초를 학습하는 강좌입니다. 본 과정은 ATOM 에디터로 진행되는 실습위주의 교육이며 강사의 라이브 코딩을 바탕으로 직관적인 이해를 도모하는 수업입니다.
★교육목표
Vue 로 화면을 개발하기 위한 기본적인 구성요소와 실전 프로젝트 구성 팁 등 전반적인 내용을 다룹니다. 기초적인 내용부터 시작해서 많은 예제와 함께 Vue.js의 중용한 내용을 다룹니다. 교육이 끝날 때쯤이면 빠르게 프런트엔드 애플리케이션을 만들거나 기존 프로젝트의 성능을 향상시킬 수 있게 됩니다.
★교육대상
프론트엔드 개발을 담당하는 개발자
프론트엔드 개발을 해보고 싶은 디자이너
프론트엔드 개발자로 전향하고픈 퍼블리셔
프론트엔드 개발자로 취업을 희망하는 대학생 및 입문자
★교육개요
[C#도 배우고 프로젝트도 해볼 수 있는 실무형 프로젝트 과정 입니다]
본 과정은 최신 C#에 대해 CLR, CTS, .NET Framework개요부터 객체지향프로그래밍(클래스, 객체, 상속, 추상클래스, 인터페이스, 다형성, 오버로딩, 오버라이딩), 배열, 열거형,구조체, 컬렉션관련 클래스, 델리게이터, 이벤트핸들링, 인덱서, 어트리뷰트, 프로퍼티, 람다식, 링크, 쓰레드등 기초프로그래밍 기법에서 부터 고급프로그래밍 기법까지 학습한 후 ADO.NET을 통해 C#에서 데이터베이스 다루는 방법에 대해 이해를 하고 C# 윈폼프로그래밍의 기초(컨트롤 및 작동방법)를 다진 후 실제 윈폼 Application을 만듦으로서 C# 윈도우 프로그래밍에 대해 배우게 됩니다.
또한 마지막에는 지금까지 배운 C# 기본프로그래밍, 고급프로그래밍, 윈폼, ADO.NET, MVC를 활용한 실제 응용 예제를 개발해 봄으로써 C# 개발자로서의 진입이 원할 하도록 도와 드리는 과정 입니다.
닷넷 기초가 미흡하신 분, 짧은 시간에 닷넷 응용 프로그램을 만들고 싶으신 분들에게 적합한 교육 입니다.
★교육목표
- 닷넷 프레임워크에 대한 이해
- C#의 기본 문법과 구조이해
- C#을 이용한 객체 지향 프로그래밍에 대한 이해
- C# 고급프로그래밍에 대한 이해
- ADO.NET에 대한 이해
- 윈폼 Application 개발에 대한 이해
- C# 네트워크 프로그래밍의 이해
- C# 프로그래밍 방법의 이해
★교육대상
C#언어를 활용하여 C#기반 응용프로그램 기본/고급 및 C# 네트워크, ADO.NET 프로그래밍 구현을 원하는 재직자 및 일반인
- 닷넷 프레임웍에서의 윈도우 애플리케이션 개발을 위한 개발자
- C# 데이터베이스 응용프로그램 개발(ADO.NET)을 위한 초보 개발자
- C#의 기본 프로그래밍 기본/고급을 배우고자 하는 자
- C# 네트워크 프로그래밍을 배우고자 하는 자
교육개요
프로그래밍 전문 교육기관에서 "정보처리기사(산업기사)" 공부하세요.
국비지원 무료교육(실업자 일반과정).
2호선 구로디지털단지역 2분 거리.
IT인으로서의 기본적인 역량을 위한 정보처리기사/산업기사자격증 취득을 위한 과정으로 수강생의 현재 수준에 맞춰 진행되는 맞춤형 교육 입니다.
자격증 취득을 위한 이론 및 실기 기법을 전문 프로그래밍 전문 교육기관에서 받아 보세요.
수료조건
출석률 80%이상
교육목표
기본적인 프로그래밍 소양 습득
C/Java/SQL등 실기 시험을 위한 기본 습득
정보처리기사(산업기사) 자격증 취득
교육대상
근로자카드/내일배움카드 소지한 재직자 수강가능(중소기업근로자 자비부담 없음)
전산 전공 또는 비전공자로서 기사자격증 취득을 목표로 하는 분
이직이나 취업을 준비하시는 데 정보처리기사 자격증이 필요하신 분
IT 개발자로서 스펙을 쌓고 레벨업을 위해 정보처리기사 자격증이 필요하신 분
★교육개요
[국비지원]Presentation Framework인 윈도 프레젠테이션 파운데이션(Windows Presentation Foundation), WPF는 아발론(Avalon)이라는 코드 이름을 사용하였으며 닷넷 프레임워크의 그래픽 하부 시스템 기능(WinFX) 입니다. 기존 GDI 와 GDI+ 기반의 프레젠테이션 시스템을 대체할 새로운 MS사의 차세대 프레젠테이션 프레임워크로 본 과정에서는 WPF의 기본적인 기능부터 고급 기능까지, WPF의 철학을 배울 수 있으며 WPF를 처음접하는 분들을 위해 예제중심으로 하나씩 배울 수 있도록 구성하였습니다. C# 코드와 XAML를 이용해 WPF 애플리케이션을 개발하는 법을 배우게 되며 다양한 예제를 통해 재미있게 배울 수 있습니다.
[과정특징]
본 과정은 체계적 학습과 다양한 개발 방법을 익힘으로 WPF 개발의 기술적 기반을 마련하고자 하며 배운 기술들을 융합하여 간단한 미니프로젝트로 응용프로그램을 개발해 봄으로써 WPF 개발에 대한 자신감을 심어 드립니다.
★교육목표
WPF 개요에 대한 이해
WPF 계층 구조의 이해
WPF 멀티쓰레드 프로그래밍의 이해
XAML Namespace에 대한 이해
컨텐트 프로퍼티에 대한 이해
의존 프로퍼티(DependencyProperty), 의존속성에 대한 이해
이벤트의 라우팅(RoutedEvent), Bubbling, Tunneling에 대한 이해
WPF 컨트롤 및 구조체에 대한 이해
사용자 정의 컨트롤의 이해
데이터 바인딩에 대한 이해
WPF Trigger에 대한 이해
WPF Style에 대한 이해
[NCS 과정 목표]
XAML, XML 기반으로 사용자 인터페이스를 정의할 수 있다.
사용자 인터페이스 설계서를 기반으로 외부 및 내부 모듈 간의 공통적으로 제공되는 기능과 각 데이터의 인터페이스를 확인할 수 있다.
개발하고자 하는 응용소프트웨어와 관련된 외부 및 내부 모듈 간의 연계가 필요한 인터페이스의 기능을 식별할 수 있다.
개발하고자 하는 응용소프트웨어와 관련된 외부 및 내부 모듈 간의 인터페이스를 위한 데이터 표준을 확인할 수 있다.
개발하고자 하는 응용소프트웨어와 연계 대상 모듈 간의 세부 설계서를 확인하여 일관되고 정형화된 인터페이스 기능 구현을 정의할 수 있다.
개발하고자 하는 응용소프트웨어와 연계 대상 모듈 간의 세부 설계서를 확인하여 공통적인 인터페이스를 구현할 수 있다.
개발하고자하는 응용소프트웨어와 연계 대상 내외부 모듈 간의 연계 목적을 고려하여 인터페이스 기능 구현 실패 시 예외처리방안을 정의할 수 있다.
WPF를 이용하여 사용자 인터 페이스 기능을 구현할 수 있다.
★ 교육대상
닷넷 초보 개발자
C# 윈폼 개발자
윈도우 어플리케이션 개발자
(WPF교육)ListBox와 Linq 쿼리를 이용한 간단한 데이터바인딩, 새창 띄우기, 이벤트 및 델리게이트를 통한 메인윈도우의 ListB...탑크리에듀(구로디지털단지역3번출구 2분거리)
[www.topcredu.co.kr]
ListBox와 Linq 쿼리를 이용한 간단한 데이터바인딩, 새창 띄우기, 이벤트 및 델리게이트를 통한 메인윈도우의 ListBox Refresh 적용 실습
직무타입(내근:Inner, 외근:OutSide)과 직무목록을 보여주는 두개의 ListBox 컨트롤을 사용해서 직무타입을 선택하면 Linq를 통해 해당 직무타입의 직무를 쿼리해서 하단의 ListBox에 보여주는 예제이다.
“직무추가” 버튼을 클릭하면 새창이 뜨고 직무를 입력 후 저장 버튼을 클릭하면 직무입력 화면이 사라지고 메인 윈도우 상단의 ListBox가 새창에서 입력한 직무타입으로 선택되면서 하단의 ListBox는 해당 직무타입의 직무목록으로 자동으로 Refresh 된다.
1. 스프링프레임워크(스프링부트) RESTful 웹서비스 구현 실습
2. 자마린에서 스프링 웹서비스를 호출하고 응답 JSON을 받아 XAML 데이터 바인딩을 이용하여 휴대폰 화면에 출력하는 실습
웹서비스는 “스프링프레임워크”로 모바일 앱은 “자마린”으로!
웹은 자바, 스프링 프레임워크를 기반으로 구축된 곳이 많다. 왜냐 하면 성능도 좋고 데이터베이스를 다루기에는 용이하기 때문이다. (스프링 프레임워크 + 마이바티스, Spring Data JPA, ORM 기술 등)
자마린 앱에서 원격의 오라클, MS-SQL, MySQL등의 DB에 직접 접속하여 개발하고 싶은 개발자도 있겠지만 이는 적절하지 못한 방법이며 지원 역시 빈약 하기 때문에 문제에 직면할 확률이 높다. 웹서비스를 만들고 이를 자마린 앱 에서 호출하는 것이 현명할 것 같다.
닷넷 기반의 자마린 앱 실습 이지만 스프링프레임워크(스프링 부트) 기반으로 RESTful WebService를 만들고 이를 자마린 앱 응용프로그램에서 호출하여 결과(응답)를 JSON을 받아 파싱하여 데이터 바인딩을 이용하여 휴대폰 화면에 출력해보자. (닷넷 개발자 이지만 이번 기회에 자바 스프링 프레임워크 MVC기반의 RESTful WebService를 경험해 보자. 별것 아니다.)
자바, 스프링 프레임워크(스프링부트) 기반으로 간단히 RESTful 기반 웹서비스를 만드는데, 스프링의 레스트컨트롤러(RestController)를 이용하여 CRUD 기능의 컨트롤러, DAO클래스를 만들고 브라우저에서 먼저 테스트를 한다. 이것이 확인 되면 Xamarin.Forms로 앱을 만들어 안드로이드 폰(또는 에뮬레이터)을 통해 웹서비스를 호출하는 CRUD를 테스트 하는 실습이다.
CRUD 전체 기능을 테스트 하는 것은 여러분들께 맡기고 본 실습에서는 전체 사원데이터 검색, 한명의 사원 검색하는 정도를 구현해 보기로 한다.
3.3.5 추가적인 사항
버튼의 Text 변경 : CallButton의 텍스트를 “Call”로 변경
CallButton.SetTitle ("Call", UIControlState.Normal);
버튼의 활성화/비활성화
CallButton.Enabled = false;
키보드닫기(Dismiss the Keyboard) : 사용자가 Text Field 누르면 iOS는 사용자가 입력 할 수 있도록 키보드를 표시하는데 아쉽게도 키보드를 닫을 수있는 기본 제공 기능이 없다. 사용자가 CallButton을 누르면 아래 코드를 TranslateButton에 추가하여 키보드를 닫는다.
PhoneNumberText.ResignFirstResponder ();
URL로 전화걸기 : Apple URL 스키마를 사용하여 시스템 전화 앱을 실행한다. 스키마는 'tel :'접두어와 전화 할 전화 번호로 구성된다.
var url = new NSUrl ("tel:" + translatedNumber);
if (!UIApplication.SharedApplication.OpenUrl (url))
{
// show alert Controller
}
경고(Alert Dialog)창 표시 : 사용자가 시뮬레이터 또는 iPod Touch와 같이 통화를 지원하지 않는 장치에서 전화를 걸려고 할 때 통화를 할 수 없음을 알리는 경고 대화 상자를 표시한다 .
if (!UIApplication.SharedApplication.OpenUrl (url)) {
var alert = UIAlertController.Create ("Not supported", "Scheme 'tel:' is not supported on this device", UIAlertControllerStyle.Alert);
alert.AddAction (UIAlertAction.Create ("Ok", UIAlertActionStyle.Default, null));
PresentViewController (alert, true, null);
}
3. xamarin.i os 3.3 xamarin.ios helloworld 자세히 살펴보기 3.4.4 view controllers an...탑크리에듀(구로디지털단지역3번출구 2분거리)
3.4.4 View Controllers and the View Lifecycle
■ Content View Hierachy : View Controller에 의해 관리되는 View or Subview의 스택이다.
■ View Controller는 Content View Hierachy 안에 있는 View들을 관리하는 역할을 한다.
■ View Controller는 Scene의 아래 검정색 Bar로 Storyboard안에 표현된다.
■ Content View Hierachy에 대해 사용자 정의 View Controller를 정의할 수 있는데 속성창의 Identity안의 Class 속성에서 지정할 수 있다.
■ ViewController는 UIViewController의 하위 클래스로 아래와 같이 기본 모양을 가진다.
public partial class ViewController : UIViewController
{
public ViewController (IntPtr handle) : base (handle)
{
}
■ View의 Lifecycle 이벤트
View Controller는 Window로부터 Content View Hierarchy의 요소들을 로딩하거나 언로딩 한다. Content View Hierachy안의 View에서 발생되는 중요한 일에 대해 View의 라이프 사이클
동안 OS는 이벤트를 통해 View Controller에 알린다.
View Controller가 메모리에 Content View Hierarchy를 로드하는 시점에 한번 호출된다.}
View Controller의 View가 Content View Hierarchy에 추가되어 화면에 나타날때 마다 호출된다.(OnStart)
View Controller의 View가 Content View Hierarchy에서 제거되어 화면에서 사라질 때마다 호출된다. 주로 화면 Clear 또는 저장하는 경우에 사용된다.
and View가 Content View Hierarchy에서 추가되거나 제거될 때 호출된다.
■ 사용자의 상호작용에 대한 응답 : View Controller의 가장 중요한 역할은 버튼 조작, 탐색 등과 같은 사용자 상호 작용에 응답하는 것이다. 사용자 상호 작용을 처리하는 가장 간단한 방법은 컨트롤을 연결하여 사용자 요청/입력을 받고 응답하는 이벤트 핸들러를 만들어 연결하는 것인데 Hello iOS 예제처럼 버튼을 터치하여 터치 이벤트에 응답 할 수 있다.
■ Properties 창에서 Button 컨트롤에 Name을 할당하면, iOS 디자이너는 ViewController 클래스의 내부에서 사용할 수 있도록 ViewController.designer.cs의 컨트롤에 자동으로 매핑한다. View Lifecycle의 ViewDidLoad 단계에서 컨트롤이 먼저 사용 메서드 내에서 사용자의 터치에 응답 할 준비를 하는 것이다.
5. 서브 쿼리(sub query) 5.1 서브 쿼리(sub query) 개요 5.2 단일행 서브쿼리(single row sub query)탑크리에듀(구로디지털단지역3번출구 2분거리)
5. 서브 쿼리(SUB QUERY)
5.1 서브 쿼리(SUB QUERY) 개요
서브 쿼리는 SELECT한 결과를 조건 비교시 사용하거나 UPDATE, INSERT등에 사용되는 내장된 SELECT 문장이며 메인 쿼리 이전에 한번만 실행 된다. 테이블 자체의 데이터에 의존하는 조건으로 테이블의 행을 검색할 필요가 있을 때 서브쿼리는 아주 유용하게 이용될 수 있다.
EMP 테이블에서 SMITH의 급여보다 급여가 많은 사람을 추출하는 경우
괄호로 싸인 부분이 서브 쿼리 인데 Inner Query or Sub Query 라고 하며 Inner Query의 결과를 비교 조건으로 사용하는 외부에 있는 것을 Main Query or Outer Query 라고 한다. 서브쿼리(Sub Query)는 메인 쿼리 실행 전에 한번씩 실행되며 그 결과가 메인 쿼리(Main Query)에 전달된다.
[서브 쿼리 지침]
서브 쿼리는 괄호로 싸야 한다.
단일 행 및 복수 행 서브 쿼리는 연산자의 우측에 나타나야 한다.
서브 쿼리에는 ORDER BY 절을 포함 할 수 없다.
5.2 단일행 서브쿼리(Single-Row Sub Query)
서브 쿼리에서 하나의 결과가 반환되는 구조이며 이와 같은 구조에서 사용되는 연산자는 단일 행 연산자( > , >= , < , <= , = , <>) 이다.
3. Xamarin.iOS
3.1 Xamarin.iOS 설치, 개발환경
Visual Studio Commnunity 2015 이상에서 Xamarin을 사용한 iOS 개발에는 다음이 필요하다.
– Mac OS X Sierra(10.12) 이상을 실행하는 Mac 장비
– App Store에서 설치된 Xcode 및 iOS SDK의 최신 버전.
위 개발환경과 Mac의 Xamarin Studio 최신버전 및 윈도우의 Visual Studio에서 동작하며 Windows의 Xamarin Studio는 Xamarin.iOS를 사용할 수 없다.
Xamarin.iOS 응용 프로그램을 개발은 시뮬레이터 외에도 실제 장치에 응용 프로그램을 배포하여 테스트하는 것이 필수적이다. 장치 전용 버그 및 성능 문제는 메모리 또는 네트워크 연결과 같은 하드웨어 제한으로 인해 장치에서 실행될 때 발생할 수 있다.
물리적 장치에서 테스트하려면 장치를 준비해야하며 테스트를 위해 장치를 사용할 것이라는 사실을 Apple에 알려야 하는데 응용 프로그램을 장치에 배포하기 전에 Apple의 개발자 프로그램에 가입하거나 무료 제공을 사용해야 하며 Apple은 두 가지 프로그램 옵션을 제공한다.
Apple 개발자 프로그램 - 개인이든 단체이든 상관없이 Apple 개발자 프로그램을 사용하면 응용 프로그램을 개발, 테스트 및 배포 할 수 있다.
Apple Developer Enterprise Program - Enterprise 프로그램은 사내에서만 앱을 개발하고 배포하려는 조직에 가장 적합하다. 엔터프라이즈 프로그램의 회원은 iTunes Connect에 액세스 할 수 없으며 생성 된 응용 프로그램을 App Store에 게시 할 수 없다.
Apple Developer Portal을 방문하여 등록해야 하며 Apple 개발자로 등록하려면 Apple ID가 있어야 한다.
3.2 Xamarin.iOS HelloWorld(단일 뷰) 실습
Xamarin.Android HelloWorld 예제를 Xamarin.iOS 기반으로 재작성 해보자.
비주얼 스튜디오를 실행하여 File -> New Project 후 좌측 Template에서 iOS -> iPhone 클릭 후 오른쪽의 “단일 뷰 앱(iPhone)”을 선택, 프로젝트 이름은 “Hello_iOS” 라고 입력 후 “확인” 버튼 클릭.
비주얼스튜디오 -> 도구 -> iOS -> Xamarin Mac Agent(M)를 클릭하여 Mac 장비를 등록해야 한다. Mac 장비의 IP주소, 로그인 계정, 비밀번호를 입력해서 Mac에 로그인 해야 한다. (Mac쪽에 사용자 생성되어 있어야 함)
Mac에 연결이 되면 상단 “Xamain Mac 에이전트” 버튼이 아래처럼 Green 색으로 표시된다.
솔루션 탐색기에서 Main.storyboard 클릭 후 View AS iPhone6 선택한다. Main.storyboard는 사용자 인터페이스의 비주얼적인 부분을 디자인 하며 iOS Designer라고 하는 Graphical Editor를 포함하고 있다.
보기 -> 도구상자에서 Controls -> Label을 선택해서 디자인 화면 중앙에 위치 시킨 후 크기를 화면처럼 늘이고 Text 속성에 “Enter a Phone Number :”라고 입력하자.
도구상자에서 Controls -> Text Field를 선택해서 Label 아래에 위치 시킨 후 크기를 적당히 조절하고 우측하단 속성창의 Name속성을 “PhoneNumberText”, Text 속성을 “”로 설정하자.
도구상자에서 Controls -> Button을 선택해서 Text Field 아래에 위치 시킨 후 크기를 적당히 조절하고 속성 창에서 Identity -> Name속성을 “CallButton”, Title 속성을 “Make a Call”로 설정하자.
ViewController.cs 파일의 ViewDidLoad() 메소드 뒤 부분에 전화걸기버튼(CallButton)의 기능 추가 (상단에 using Foundation; 구문 추가 )
View Controller는 화면으로부터 Content View Hierarchy의 요소들을 로딩하거나 언로딩
한다. Content View Hierachy안의 View에서 발생되는 중요한 일에 대해 View의 라이프
사이클 동안 OS는 이벤트를 통해 View Controller에 알린다.
ViewDidLoad : View Controller가 메모리에 Content View Hierarchy를 로드하는 시점에 한번 호출되며 Xamarin.Android의 OnCreate 콜백함수와 같은 기능을 한다.
코드 작성이 마무리 되었으니 도구 -> 빌드 -> 솔루션 빌드를 클릭해서 빌드를 해보자. 아래 이미지 처럼 오류가 없어야 한다.
이제 시뮬레이터로 실행을 해보자. iPhone6을 선택하고 실행하자.
시뮬레이터 실행화면
요즘 크로스플랫폼 앱개발 자마린 인기죠^^
Xamarin.iOS를 기반으로 아이폰용 HelloWorld를 간단히 실습하는 자료 입니다. 보시고 천천히 따라해 보세요~
Xamarin.ios 단일뷰 앱 프로젝트를 생성하자. (프로젝트명 : iOS_Hello)
Main.storyboard를 더블 클릭해서 아래 화면 처럼 UI를 구성하자.
Label(Text : 이름을 입력하세요.)
Text Field(Name : txtName, Text : “”)
Button(Name : btnAdd, Text : Add)
Label(Name : lblNames)
Button(Name : btnNext, Text : 다음 화면)
C#기초에서 윈도우, 스마트폰 앱개발 과정(C#.NET, ADO.NET, WinForm, WPF, 자마린)(평일주간)
★교육개요
본과정은 C#, 닷넷의 기초부터 WPF, Xamarin까지 진행되는 과정으로 C# 기본문법, 객체지향프로그래밍, C#고급프로그래밍, 윈폼, 데이터베이스 프로그래밍을 위한 ADO.NET, 세련된 윈도우 프로그래밍을 위한 WPF 그리고 크로스 플랫폼 스마트폰 앱개발을 위한 자마린까지 학습하는 최고의 과정 입니다.
★교육목표
C# 기본문법 이해
C# 객체지향 프로그래밍 이해
C# 고급프로그래밍 이해
C# 윈폼 프로그래밍의 이해
C# 데이터베이스 프로그래밍의 이해
ADO.NET 아키텍처의 이해
WPF 윈도우 프로그래밍 개발방법의 이해
WPF 기본분법의 이해
크로스 플랫폼 앱개발의 이해
Xamarin.Android 이해
Xamarin.iOS 이해
Xamarin.Forms 이해
★교육대상
C#, 닷넷 입문자
C# 기반 윈도우 프로그래머가 되고픈 자
C# 기반 스마트폰 앱개발자가 되고픈 자
교육개요
본과정은 단기간에 자바 및 자바웹개발이 가능하도록 구성된 과정으로 프로그래밍 언어의 경험이 있는 분이지만 자바가 생소한 분들을 위해 짧은 기간에 현장에서 필요로 하는 기술들을 최적화된 교재 및 강사를 통해 배울 수 있도록 하는 과정 입니다.
자바기본문법, 객체지향, 자바8특징/문법소개, 자료구조 클래스, 스트림, 쓰레드등 기본을 학습한 후, 최근 가장 많이 사용되는 JAVA기반의 프레임워크인 Spring, SQL Data Mapper까지 배울 수 있는 그야말로 단기간에 자바 웹/개발자로 가시고자 하는 분들을 위한 최적의 과정 입니다.
수료조건
출석률 80%이상
교육목표
- 자바언어 기초 문법 확립
- 고급 자바 프로그래밍 능력 함양
- 자바 라이브러리를 활용한 응용프로그램 개발
- 자바웹 개발(JSP, Servlet) 능력 강화
- jQUERY를 이용한 UI 개발에 대한 이해
- 스프링 프레임워크 개발 기술에 대한 이해
- 스프링 프레임워크 개발을 위한 각종 어노테이션에 대한 이해
- 마이바티스에 대한 이해
- 스프링 프레임워크 및 마이바티스에 대한 연동 기술 이해
교육대상
- 빠른 시간에 자바웹 개발 기술이 필요한 개발자
- 신입사원
- IT분야 재직자 및 학생
3. Xamarin.iOS
3.1 Xamarin.iOS 설치, 개발환경
Visual Studio Commnunity 2015 이상에서 Xamarin을 사용한 iOS 개발에는 다음이 필요하다.
– Mac OS X Sierra(10.12) 이상을 실행하는 Mac 장비
– App Store에서 설치된 Xcode 및 iOS SDK의 최신 버전.
위 개발환경과 Mac의 Xamarin Studio 최신버전 및 윈도우의 Visual Studio에서 동작하며 Windows의 Xamarin Studio는 Xamarin.iOS를 사용할 수 없다.
Xamarin.iOS 응용 프로그램을 개발은 시뮬레이터 외에도 실제 장치에 응용 프로그램을 배포하여 테스트하는 것이 필수적이다. 장치 전용 버그 및 성능 문제는 메모리 또는 네트워크 연결과 같은 하드웨어 제한으로 인해 장치에서 실행될 때 발생할 수 있다.
물리적 장치에서 테스트하려면 장치를 준비해야하며 테스트를 위해 장치를 사용할 것이라는 사실을 Apple에 알려야 하는데 응용 프로그램을 장치에 배포하기 전에 Apple의 개발자 프로그램에 가입하거나 무료 제공을 사용해야 하며 Apple은 두 가지 프로그램 옵션을 제공한다.
Apple 개발자 프로그램 - 개인이든 단체이든 상관없이 Apple 개발자 프로그램을 사용하면 응용 프로그램을 개발, 테스트 및 배포 할 수 있다.
Apple Developer Enterprise Program - Enterprise 프로그램은 사내에서만 앱을 개발하고 배포하려는 조직에 가장 적합하다. 엔터프라이즈 프로그램의 회원은 iTunes Connect에 액세스 할 수 없으며 생성 된 응용 프로그램을 App Store에 게시 할 수 없다.
Apple Developer Portal을 방문하여 등록해야 하며 Apple 개발자로 등록하려면 Apple ID가 있어야 한다
3.2 Xamarin.iOS HelloWorld
Xamarin.Android HelloWorld 예제를 Xamarin.iOS 기반으로 재작성 해보자.
실습환경(Visual Studio 2015)
비주얼 스튜디오를 실행하여 File -> New Project 후 좌측 Template에서 iOS -> iPhone 클릭 후 오른쪽의 “단일 뷰 앱(iPhone)”을 선택, 프로젝트 이름은 “Hello_iOS” 라고 입력 후 “확인” 버튼 클릭.
비주얼스튜디오 -> 도구 -> iOS -> Xamarin Mac Agent(M)를 클릭하여 Mac장비를 등록해야 한다. Mac 장비의 IP주소, 로그인 계정, 비밀번호를 입력해서 Mac에 로그인 해야 한다. (Mac쪽에 사용자 생성되어 있어야 함)
Mac에 연결이 되면 상단 “Xamain Mac 에이전트” 버튼이 아래처럼 Green 색으로 표시된다.
솔루션 탐색기에서 Main.storyboard 클릭 후 View AS iPhone6 선택한다. Main.storyboard는 사용자 인터페이스의 비주얼적인 부분을 디자인 하며 iOS Designer라고 하는 Graphical Editor를 포함하고 있다.
보기 -> 도구상자에서 Controls -> Label을 선택해서 디자인 화면 중앙에 위치 시킨 후 크기를 화면처럼 늘이고 Text 속성에 “Enter a Phone Number :”라고 입력하자.
도구상자에서 Controls -> Text Field를 선택해서 Label 아래에 위치 시킨 후 크기를 적당히 조절하고 우측하단 속성창의 Name속성을 “PhoneNumberText”, Text 속성을 “”로 설정하자.
도구상자에서 Controls -> Button을 선택해서 Text Field 아래에 위치 시킨 후 크기를 적당히 조절하고 속성 창에서 Identity -> Name속성을 “CallButton”, Title 속성을 “Make a Call”로 설정하자.
ViewController.cs 파일의 ViewDidLoad() 메소드 뒤 부분에 전화걸기버튼(CallButton)의 기능 추가 (상단에 using Foundation; 구문 추가 )
View Controller는 화면으로부터 Content View Hierarchy의 요소들을 로딩하거나 언로딩 한다.
Content View Hierachy안의 View에서 발생되는 중요한 일에 대해
View의 라이프 사이클 동안 OS는 이벤트를 통해 View Controller에 알린다.
ViewDidLoad : View Controller가 메모리에 Content View Hierarchy를 로드하는 시점에 한번 호출되며 Xamarin.Android의 OnCreate 콜백함수와 같은 기능을 한다.
코드 작성이 마무리 되었으니 도구 -> 빌드 -> 솔루션 빌드를 클릭해서 빌드를 해보자. 아래 이미지 처럼 오류가 없어야 한다.
이제 시뮬레이터로 실행을 해보자. iPhone6을 선택하고 실행하자.
시뮬레이터 실행화면
3. 안드로이드 애플리케이션 구성요소
3.2 인텐트
액티비티 등의 전환이 일어날 때 호출하거나 메시지를 전달하는 매개체 이다
인텐트는 명시적 인텐트와 암시적 인텐트 두가지 방법이 사용 되는데 명시적 인텐트는 전환될 액티비티를 직접 적어서 표현하는 방법이다.
Intent intent=new Intent(MainActivity.this,SubActivity.class);
startActivity(intent)
암시적 인텐트는 전환될 곳을 직접 지정하지 않고 액션을 적어서 사용하며 전환될 곳에도 액션을 적어 인텐트를 받는다. 암시적 인텐트의 경우 매니페스트에서 액티비티를 추가해준 부분에 인텐트필터를 이용하면 된다.
1. 명시적 인텐트 예제
인텐트를 이용하여 다른 액티비티를 호출시 데이터도 같이 전달하는 예제이다.
1. 프로젝트 생성
최초의 화면인 MainActivity와 값을 넘길 SubActivity 2개의 액티비티가 있어야 한다. MainActivity는 프로젝트 생성시 만들었으며 SubActivity는 별도로 추가해야 한다.
- MainActivity
[activity_main.xml]
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/activity_main"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:paddingBottom="@dimen/activity_vertical_margin"
android:paddingLeft="@dimen/activity_horizontal_margin"
android:paddingRight="@dimen/activity_horizontal_margin"
android:paddingTop="@dimen/activity_vertical_margin"
tools:context="kr.co.topcredu.intentexample.MainActivity">
<Button
android:text="Go SubActivity"
android:layout_width="wrap_content"
android:id="@+id/button"
android:layout_height="50dp"
android:layout_below="@+id/textView_title1"
android:layout_alignParentRight="true"
android:layout_alignParentEnd="true"
android:layout_marginRight="57dp"
android:layout_marginEnd="57dp" />
<EditText
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:ems="10"
android:id="@+id/editText"
android:layout_alignBottom="@+id/button"
android:layout_alignParentLeft="true"
android:layout_alignParentStart="true"
android:layout_toLeftOf="@+id/button"
android:layout_toStartOf="@+id/button"
android:hint="입력하세요~"
android:inputType="text" />
</RelativeLayout>
1. SQL초보에서 Schema Objects까지
8.1.5 FlashBack Drop 및 Recycle Bin
리사이클빈(Recycle Bin)이란?
Oracle10g 이후 생긴 기능으로 테이블이 삭제되면 완전히 삭제되지 않고 테이블의 이름을 변경한
후 테이블스페이스 내의 리사이클 빈 영역(윈도우 휴지통 같은 곳)으로 이동 시킨다. 오브젝트가
삭제되면 삭제되는 오브젝트의 정보를 포함하고 있는 데이터 딕셔너리에 존재하는 테이블로써 윈
도우의 휴지통과 비슷한 개념으로 이기능을 이용하여 DROP TABLE 후 복구가 가능하다.
리사이클 빈으로 옮겨가는 테이블을 FLASHBACK TABLE이라고 한다.
리사이클 빈안에 만들어지는 FLASHBACK TABLE의 이름은 “BIN$unique_id$version” 형태를 가
진다.(unique_id는 26자의 오브젝트에 대한 유일한 문자열이다)
--세션 레벨에서 리사이클빈 기능의 활성화, 비활성화(기본은 Enabled 이다)
--alter session, alter system 명령으로 가능하며 기능이 꺼져있는 경우 테이블 삭제시 복구 불가능
하다.
SQL> alter session set recyclebin = off;
세션이 변경되었습니다.
SQL> alter session set recyclebin = on;
세션이 변경되었습니다.
--리사이클빈은 아래 명령으로 확인 가능하다.
SQL>drop table sales;
SQL> select object_name, original_name from recyclebin;
OBJECT_NAME ORIGINAL_NAME
------------------------------ --------------------------------
BIN$Taaxs2vjQAS14g+08tU/dg==$0 SALES
2. SQL> show recyclebin;
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
SALES BIN$Taaxs2vjQAS14g+08tU/dg==$0 TABLE 2014-09-10:12:45:02
--DROP TABLE 명령어 사용시 뒤부분에 PURGE하고 하면 테이블은 영구히 삭제되며 리사이클 빈
으로 이동되지 않는다.
SQL> create table t1 ( id number);
테이블이 생성되었습니다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> desc t1;
ERROR:
ORA-04043: t1 객체는 존재하지 않습니다.
SQL> show recyclebin;
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
T1 BIN$TcAMYpDbS8SAUlBQ8kfwVQ==$0 TABLE 2014-09-10:13:30:49
-- flashback table명령어로 복구
SQL> flashback table t1 to before drop;
플래시백이 완료되었습니다.
-- purge 옵션으로 drop하면 리사이클빈에 저장되지 않는다.
SQL> drop table t1 purge;
테이블이 삭제되었습니다.
-- 리사이클빈에는 아무것도 없다.
SQL> show recyclebin;
SQL> -- T1 테이블을 리사이클빈에서 영구히 삭제하려면 아래처럼 purge를 사용한다.
SQL> purge table t1;
테이블이 지워졌습니다.
SQL> -- 리사이클빈 전체를 purge하면 현재 USER의 리사이클빈이 삭제된다.
SQL> purge recyclebin;
휴지통이 지워졌습니다.
3. SQL> flashback table t1 to before drop;
flashback table t1 to before drop
*
1행에 오류:
ORA-38305: 객체가 RECYCLE BIN에 없음
SQL> conn scott/tiger
연결되었습니다.
SQL> create table t1 ( id number);
테이블이 생성되었습니다.
SQL> create table t2 ( id number);
테이블이 생성되었습니다.
SQL> -- 현재 테이블스페이스는 USERS이다.
SQL> select default_tablespace from user_users;
DEFAULT_TABLESPACE
------------------------------
USERS
SQL> purge tablespace users;
테이블스페이스가 지워졌습니다.
SQL> purge tablespace users user scott;
테이블스페이스가 지워졌습니다.
다음과 같이 테이블을 만들고 삭제를 반복했다면 리사이클빈에 오리지널 테이블 이름이 EMP
인 것이 여러개 존재할 것이다.
CREATE TABLE EMP ( ...columns ); # EMP version 1
DROP TABLE EMP;
CREATE TABLE EMP ( ...columns ); # EMP version 2
DROP TABLE EMP;
4. CREATE TABLE EMP ( ...columns ); # EMP version 3
DROP TABLE EMP;
......
......
SQL> SHOW RECYCLEBIN;
ORIGINAL_NAME RECYCLEBIN_NAME OBJECT_TYPE DROP_TIME
--------------------------------------------------------------
EMP BIN$TaaaXccddd+ee$0 TABLE 2016-01-01
EMP BIN$TaaaXccd3d+ee$1 TABLE 2016-02-01
EMP BIN$TaaaXccdyd+ee$2 TABLE 2016-03-01
아래와 같이 복구하는 경우 가장 최근에 삭제된 테이블이 복구된다.
FLASHBACK TABLE EMP TO BEFORE DROP;
물론 아래처럼 최근의 EMP 테이블을 복구하면서 RENAME 명령으로 이름을 바꾸는 것도 한
방법이다.
FLASHBACK TABLE EMP TO BEFORE DROP RENAME TO EMP_VERSION_3;
FLASHBACK TABLE EMP TO BEFORE DROP RENAME TO EMP_VERSION_2;
FLASHBACK TABLE EMP TO BEFORE DROP RENAME TO EMP_VERSION_1;
또한 플래시백 테이블의 이름으로 복구도 가능하다.
FLASHBACK TABLE " BIN$TaaaXccddd+ee$0" TO BEFORE DROP;
8.1.6 데이터 무결성(Data Integrity) 제약조건(Constraints)
무결성 제약조건이란?
IC(Integrity Constraints)는 하나의 테이블내의 칼럼 값에 대해 제약을 가하는 조건으로 데이터
값의 무결함, 정확성, 일관성을 보장하기 위한 방법이다.
무결성 제약조건에 맞지 않는 데이터가 입력되면 DML(INSERT, UPDATE, DELETE, MERGE)은 롤
5. 백된다.
테이블 생성시 또는 생성 후 무결성 제약조건 추가 가능 하다.
테이블의 모든 무결성 제약조건은 데이터 딕셔너리에 저장된다.
제약조건을 지정할 때 이름을 부여하지 않으면 오라클 내부적으로 SYS_Cn 형태로 이름이 부
여된다
무결성 제약조건(IC) Description
NOT NULL 칼럼값은 NULL 을 가질 수 없다.
PRIMARY
KEY(기본키)
테이블의 행을 유일하게 구별하기 위한 키
Unique Constrinats, NOT NULL Constraints 를 결합한 형태
FOREIGN
KEY(외래키)
같거나/다른 테이블의 PK/UK 값을 참조하기 위한 제약조건
(EMP 테이블에서 DEPTNO 칼럼은 값이 입력된다면 반드시
DEPT 테이블의 DEPTNO 칼럼 값이 입력되어야 한다.)
UNIQUE 칼럼 값은 유일해야 한다.
CHECK 칼럼에 입력되는 값을 지정하거나 그 범위를 지정
무결성 제약조건 정의
컬럼 레벨(Column Constraints Level) : 단일 칼럼에 정의하는것으로 칼럼의 정의가 끝나기 전에 제
약조건을 정의하며 모든 무결성 제약조건을 지정 가능하다.
테이블 레벨(Table Constraints Level) : 칼럼에 대한 정의가 모든 끝난 후 콤마(,)을 찍고 그 다음에
제약조건을 기술하는 것으로 한 개 또는 여러 칼럼에 대해 정의가 가능하며, NOT NULL 제약조건
은 칼럼레벵에서만 정의가 가능하다.
[기본 형식]
칼럼 레벨 :column_name [CONSTRAINT constraint_name] constraint_type
테이블 레벨 : column,,, [CONSTRAINT constraint_name]constraint_type(column_name,,,)
SQL> drop table t1;
테이블이 삭제되었습니다.
--칼럼레벨로 PK 제약조건 정의, constraint 키워드를 사용한다면 반드시 다음에 이름을 기술해야
한다. 기술하지 않으면 SYS_CnXXX 형태로 오라클이 임의로 부여한다.
SQL> create table t1 (
id number constraint pk_t1 primary key,
name varchar2(10));
테이블이 생성되었습니다.
6. -- user_constraints 딕셔너리뷰를 통해 만든 Primary Key 제약조건을 확인하자.
SQL> desc user_constraints;
이름 널? 유형
----------------------------------------- -------- ----------------------------
OWNER VARCHAR2(30)
CONSTRAINT_NAME NOT NULL VARCHAR2(30)
CONSTRAINT_TYPE VARCHAR2(1)
TABLE_NAME NOT NULL VARCHAR2(30)
……
-- Primary Key인 경우 CONSTRAINT_TYPE이 ‘P’
SQL> select CONSTRAINT_NAME, CONSTRAINT_TYPE, TABLE_NAME from user_constraints
where TABLE_NAME = 'T1';
CONSTRAINT_NAME C TABLE_NAME
------------------------------ - ------------------------------
PK_T1 P T1
--테이블 레벨로 제약조건을 정의해 보자. PK인 경우 자동으로 NOT NULL, Unique KEY 제약조건이
붙으므로 칼럼에 별도로 기술 안해도 된다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> create table t1 (
id number ,
name varchar2(20),
constraint pk_t1 primary key (id));
테이블이 생성되었습니다.
NOT NULL 제약조건
칼럼의 값이 NULL 일 수 없다는 제약조건 이다.(반드시 NULL이 아닌 값을 가져야 한다)
칼럼 레벨로만 정의가 가능하며 NOT NULL 같이 DEFAULT 값도 지정 가능하다.
테이블에 값을 INSERT할 경우 NOT NULL 칼럼은 반드시 기술해야 한다.(DEFAULT로 정의한
경우는 제외)
SQL> drop table t1;
테이블이 삭제되었습니다.
7. --id칼럼은 Primary Key이므로 자동으로 NOT NULL, Unique Key 제약조건을 가진다.
SQL> create table t1 (
id number ,
name varchar2(20) default '오라클자바커뮤니티' not null,
constraint pk_t1 primary key (id));
테이블이 생성되었습니다.
SQL> insert into t1 (id) values (1);
1 개의 행이 만들어졌습니다.
SQL> commit;
커밋이 완료되었습니다.
SQL> select * from t1;
ID NAME
---------- --------------------
1 오라클자바커뮤니티
Unique Key 제약조건
칼럼의 값은 유일해야 한다는 제약조건으로 하나의 칼럼 또는 여러 칼럼(32개이내)으로 정의
가능하다.
NULL값은 항상 유일하므로 입력이 가능 하다.
칼럼 레벨, 테이블 레벨(주로 복합칼럼으로 제약조건을 만드는 경우) 모두 정의 가능하다.
Unique Key 제약조건이 지정되면 제약조건과 같은 이름의 인덱스가 자동으로 생성된다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> create table t1 (
id number unique not null,
name varchar2(20) );
테이블이 생성되었습니다.
SQL> insert into t1 values (1, '1길동');
1 개의 행이 만들어졌습니다.
8. SQL> insert into t1 values (2, '2길동');
1 개의 행이 만들어졌습니다.
SQL> insert into t1 values (1, '1길동');
insert into t1 values (1, '1길동')*
1행에 오류:
ORA-00001: 무결성 제약 조건(SCOTT.SYS_C0011528)에 위배됩니다
SQL> commit;
커밋이 완료되었습니다.
--사용자가 작성한 제약조건을 확인하는 딕셔너리뷰에서 확인, Unique Key 제약조건은 제약조건
타입이 ‘U’ 이다.
SQL> select CONSTRAINT_NAME, CONSTRAINT_TYPE, TABLE_NAME from user_constraints
2 where TABLE_NAME = 'T1';
CONSTRAINT_NAME C TABLE_NAME
------------------------------ - ------------------------------
SYS_C0011527 C T1
SYS_C0011528 U T1
-- 사용자가 작성한 인덱스를 user_indexes 딕셔너리 뷰에서 확인하자. 제약조건의 이름으로 인덱
스가 만들어져 있음을 알 수 있다.
SQL> select index_name, table_name from user_indexes
where table_name = 'T1';
INDEX_NAME TABLE_NAME
------------------------------ ------------------------------
SYS_C0011528 T1
Primary Key 제약조건
한 테이블에서 레코드를 유일하게 구별하기 위한 키로써 주키 또는 기본키라고 부른다.
한 테이블당 하나의 PK만 가질 수 있다.
PK로 지정된 칼럼은 NULL값을 가질 수 없다.
PK로 지정된 칼럼은 자동 NOT NULL이고 Unique Key 제약조건을 가지고 제약조건의 이름으
로 Unique Key Index를 생성한다.
9. 칼럼 레벨 또는 테이블 레벨로 정의 가능하며 PK칼럼이 여러 개인 경우 테이블 레벨로 정의
해야 한다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> create table t1 (
id number constraint pk_t1 primary key,
name varchar2(20));
테이블이 생성되었습니다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> create table t1 (
id number ,
name varchar2(20),
constraint pk_t1 primary key (id) );
테이블이 생성되었습니다.
외래키(Foreign Key) 제약 조건
외래키 제약조건은 한 테이블의 칼럼 값이 참조되는 테이블의 PK, UK 값만 오도록 할 때 지
정하는 제약조건 이다. 즉 외래키로 지정할 때 참조되는 테이블의 칼럼은 Primary Key 또는
Unique Key 이어야 한다.
외래키를 포함한 테이블을 자식테이블(Detail/Child Table)이라 하며 참조되는 키(Referencial
Key)를 가지는 테이블을 부모 테이블(Master/Parent Table) 이라고 한다.
부모 테이블의 PK, UK를 참조하는 자식테이블의 칼럼을 외래키 칼럼이라 하고 부모 테이블
의 칼럼을 참조 키라고 한다.
외래키와 참조되는 키가 하나의 테이블에 존재할 수 있으며 이를 자기참조(Self Reference)라
고 하고 이 경우 부모테이블과 자식테이블이 동일하다.(EMP 테이블에서 mgr 칼럼은 외래키
칼럼으로 empno 컬럼을 참조한다.)
--제약조건을 확인 할 수 있는 딕셔너리 뷰에서 EMP 테이블에 생성된 제약조건을 조회
SQL> select constraint_name, constraint_type from user_constraints
where table_name = 'EMP';
CONSTRAINT_NAME C
------------------------------ -
10. PK_EMP P
FK_DEPTNO R 외래키를 의미한다.
-- DEPT 테이블의 deptno 칼럼을 참조하는 EMP 테이블에 생성된 외래키를 삭제
SQL> alter table emp drop constraint fk_deptno;
테이블이 변경되었습니다.
--다시 생성
SQL> alter table emp add constraint fk_deptno foreign key(deptno) references dept(deptno);
테이블이 변경되었습니다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> drop table t2;
테이블이 삭제되었습니다.
--부모테이블을 먼저 생성, 외래키로 내려 줄 칼럼은 PK 또는 UK 칼럼만 가능 하다.
SQL> create table t1 (
id number primary key,
name varchar2(20));
테이블이 생성되었습니다.
--Number 칼럼은 NULL도 가능하지만 값이 들어올 때는 t1 테이블의 id 칼럼의 값이 와야 한다.
SQL> create table t2 (
sale_date date,
id number references t1(id),
amount number
);
테이블이 생성되었습니다.
SQL> insert into t1 values (1, '1길동');
1 개의 행이 만들어졌습니다.
SQL> insert into t2 values (sysdate, 1, 2000);
1 개의 행이 만들어졌습니다.
SQL> insert into t2 values (sysdate, 2, 4000);
insert into t2 values (sysdate, 2, 4000)
*
11. 1행에 오류:
ORA-02291: 무결성 제약조건(SCOTT.SYS_C0011535)이 위배되었습니다- 부모 키가
없습니다
--자식테이블이 존재 하므로 부모테이블의 삭제를 막는다.
SQL> drop table t1;
drop table t1
*
1행에 오류:
ORA-02449: 외래 키에 의해 참조되는 고유/기본 키가 테이블에 있습니다
--테이블 삭제시 먼저 관련 참조무결성 제약조건을 삭제 후 테이블을 삭제한다.
SQL> drop table t1 cascade constraint;
테이블이 삭제되었습니다.
아래 부모테이블과 자식테이블에서 가능한 DML을 표로 만들었다.
DELETE, UPDATE시 참조 무결성 규칙
규칙 설 명
Restrict 부모테이블의 참조되는 값(Referenced Value)에 대해 delete 나
update 를 허락하지 않는다
Set to Null 부모테이블의 참조되는 값(Referenced Value)에 delete 나
update 를 할 때 모든 자식테이블의 외래키값을 NULL 로 만든다.
Set to Default 부모테이블의 참조되는 값(Referenced Value)에 delete 나
update 를 할 때 모든 자식테이블의 외래키값을 기본값으로
만든다.
EMP TABLE(자식테이블) DEPT TABLE(부모테이블)
EMPNO ENAME DEPTNO DEPTNO DNAME
7369 SMITH 20 10 ACCOUNTING
7499 ALLEN 20 20 RESERCH
7521 WARD 30 30 SALES
7566 JONES 20 40 OPERATIONS
7788 CLARK 10 참조키
외래키
INSERT 부모테이블의 DEPTNO 또는 NULL만입력 가능
UPDATE 부모테이블의 DEPTNO 또는 NULL로 변경 가능
DELETE
DELETE CASCADE
DEPTNO만 충돌나지 않으면 입력 가능
가능
가능 가능
삭제를 원하는 DEPTNO가 자식테이블에 없을 때 가능
변경을 원하는 DEPTNO가 자식테이블에 없을 때 가능
12. Cascade 부모테이블의 참조되는 값(Referenced Value)에 delete 나
update 를 할 때 delete 될 때는 그 값을 가지는 자식레코드를
모두 삭제하고, update 인 경우 해당 값으로 모두 변경 함
No Action 부모테이블의 참조되는 값(Referenced Value)에 대해 delete 나
update 를 허락하지 않음
SQL> drop table t2;
테이블이 삭제되었습니다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> create table t1 (
id number primary key,
name varchar2(20));
테이블이 생성되었습니다.
--id 컬럼에 외래키를 생성했으며 기본적으로 Restrict Mode이므로 자식데이터가 있는 레코드는
삭제 불가하다.
SQL> create table t2 (
sale_date date,
id number references t1(id),
amount number
);
테이블이 생성되었습니다.
SQL> insert into t1 values (1, '1길동');
1 개의 행이 만들어졌습니다.
SQL> insert into t1 values (2, '2길동');
1 개의 행이 만들어졌습니다.
SQL> insert into t2 values (sysdate, 1, 2000);
1 개의 행이 만들어졌습니다.
SQL> insert into t2 values (sysdate, 2, 4000);
1 개의 행이 만들어졌습니다.
SQL> commit;
13. 커밋이 완료되었습니다.
-- t1의 id 값을 부모로 하는 자식데이터 t1의 id가 있으므로 기본적으로 삭제 불가
SQL> delete from t1 where id=1;
delete from t1 where id=1
*
1행에 오류:
ORA-02292: 무결성 제약조건(SCOTT.SYS_C0011537)이 위배되었습니다- 자식 레코드가
발견되었습니다
SQL> drop table t2;
테이블이 삭제되었습니다.
--부모테이블의 값이 삭제될 때 자식테이블의 해당 값을 NULL로 바꾸기 위해 on delete set null을
사용했다.
SQL> create table t2 (
sale_date date,
id number references t1(id) on delete set null,
amount number
);
테이블이 생성되었습니다.
SQL> insert into t2 values (sysdate, 1, 2000);
SQL>insert into t2 values (sysdate, 2, 4000);
SQL> commit;
SQL> select * from t1;
ID NAME
---------- --------------------
1 1길동
2 2길동
SQL> select * from t2;
SALE_DAT ID AMOUNT
-------- ---------- ----------
14/09/10 1 2000
14/09/10 2 4000
SQL> delete from t1 where id=1;
14. 1 행이 삭제되었습니다.
SQL> select * from t2;
SALE_DAT ID AMOUNT
-------- ---------- ----------
14/09/10 2000 id값이 NULL로 되었다.
14/09/10 2 4000
SQL> drop table t2;
테이블이 삭제되었습니다.
--set default는 아직 구현되어 있지 않다.
SQL> create table t2 (
sale_date date,
id number references t1(id) on delete set default,
amount number
);
id number references t1(id) on delete set default,
*
3행에 오류:
ORA-03001: 현재에는 구현되어 있지 않은 기능입니다
--부모테이블 레코드삭제시 자식 테이블의 데이터를 삭제하는 옵션 on delete cascade 이용
SQL> create table t2 (
sale_date date,
id number references t1(id) on delete cascade,
amount number
);
테이블이 생성되었습니다.
SQL> insert into t2 values (sysdate, 2, 4000);
1 개의 행이 만들어졌습니다.
SQL> commit;
커밋이 완료되었습니다.
SQL> select * from t1;
15. ID NAME
---------- --------------------
2 2길동
SQL> select * from t2;
SALE_DAT ID AMOUNT
-------- ---------- ----------
14/09/10 2 4000
SQL> delete from t1 ;
1 행이 삭제되었습니다.
SQL> select * from t2;
선택된 레코드가 없습니다.
CHECK 제약조건
칼럼에 입력되는 값의 범위를 지정하거나 특정한값만 입력 받고자 할 때 사용하는 제약조건
( 예 : myemp1 테이블의 성별 칼럼에는 ‘M’ or ‘F’ 만 입력 가능하도록 설정하고자 할 때)
SQL> create table mystudent (
id number,
grade number not null check (grade in (1,2,3,4)));
테이블이 생성되었습니다.
SQL> insert into mystudent values (1,1);
1 개의 행이 만들어졌습니다.
--7학년은 CHECK 제약조건으로 인해 입력되지 않는다.
SQL> insert into mystudent values (1,7);
insert into student values (1,7)
*
1행에 오류:
ORA-02290: 체크 제약조건(SCOTT.SYS_C0011542)이 위배되었습니다
16. 무결성 제약 조건의 삭제
ALTER TABLE table_name DROP CONSTRAINT constraint_name [CASCADE]
만약 부모테이블의 PK를 삭제하는 경우 자식테이블에 외래키가 형성되어 있다면 오류가 발생한
다. 이 경우 자식테이블의 외래키를 먼저 삭제하거나 제약조건 삭제시 CASCADE 옵션으로 삭제가
가능하다.
SQL> drop table t1;
SQL> drop table t2;
SQL> create table t1 (
id number primary key,
name varchar2(20));
테이블이 생성되었습니다.
SQL> create table t2 (
sale_date date,
id number references t1(id),
amount number);
테이블이 생성되었습니다.
SQL> alter table t1 drop primary key;
alter table t1 drop primary key
*
1행에 오류:
ORA-02273: 고유/기본 키가 외부 키에 의해 참조되었습니다
--아래의 경우 t1의 PK뿐 아니라 t1 테이블에 생성된 외래키도 함께 삭제된다.
SQL> alter table t1 drop primary key cascade;
테이블이 변경되었습니다.
--이제 T11 T2 테이블에는 제약조건이 남아 있지 않다.
SQL> select constraint_name, constraint_type from user_constraints
17. where table_name = 'T2';
선택된 레코드가 없습니다.
SQL> select constraint_name, constraint_type from user_constraints
where table_name = 'T1';
선택된 레코드가 없습니다.
SQL> create table t1 (
id number constraint pk_t1 primary key,
name varchar2(20));
테이블이 생성되었습니다.
--drop constraint 구문으로 제약조건 삭제
SQL> alter table t1 drop constraints pk_t1;
테이블이 변경되었습니다.
무결성 제약조건의 활성화, 비활성화
가끔은 대량의 데이터를 입력하는 경우 제약조건 검사로 인해 시간이 오래 걸리거나 일부 데이
터 오류로 인해 무결성 제약조건을 비활성화 해야 될 경우가 있다. 이러한 경우 제약조건을 비활
성화 한 후 다시 활성화 하면 된다.
[기본 형식]
ALTER TABLE table_name ENABLE[NOVALIDATE] CONSTRAINT constraint_name
ALTER TABLE table_name DISABLE CONSTRAINT constraint_name
SQL> drop table t2;
SQL> drop table t1;
SQL> create table t1 (
id number constraint pk_t1 primary key,
name varchar2(20));
테이블이 생성되었습니다.
SQL> alter table t1 disable constraint pk_t1 ;
테이블이 변경되었습니다.
SQL> alter table t1 enable constraint pk_t1 ;
테이블이 변경되었습니다.
18. 무결성 제약조건 조회
USER_CONSTRAINTS 또는 USER_CONS_COLUMNS를 이용하여 테이블에 생성된 제약조건을 검사
또는 제약조건이 생성된 칼럼을 조회 할 수 있다.
--EMP테이블과 T1 테이블에 생성된 제약조건과 그 상태를 조회하시오.
SQL> desc user_constraints;
이름 널? 유형
----------------------------------------- -------- -----------------------
OWNER VARCHAR2(30)
CONSTRAINT_NAME NOT NULL VARCHAR2(30)
CONSTRAINT_TYPE VARCHAR2(1)
TABLE_NAME NOT NULL VARCHAR2(30)
SEARCH_CONDITION LONG
R_OWNER VARCHAR2(30)
R_CONSTRAINT_NAME VARCHAR2(30)
DELETE_RULE VARCHAR2(9)
STATUS VARCHAR2(8)
SQL> select CONSTRAINT_NAME, CONSTRAINT_TYPE, TABLE_NAME, STATUS from
user_constraints
where table_name in ('EMP','T1');
CONSTRAINT_NAME C TABLE_NAME STATUS
------------------------------ - ------------------------------ --------
PK_EMP P EMP ENABLED
SYS_C0011531 R EMP ENABLED
PK_T1 P T1 DISABLED
--제약조건 PK_EMP이 적용된(EMP TABLE의 PK) 칼럼을 조회하시오.
SQL> column constraint_name format a10
SQL> select CONSTRAINT_NAME,TABLE_NAME,COLUMN_NAME, POSITION from
user_cons_columns
where constraint_name = 'PK_EMP';
CONSTRAINT TABLE_NAME COLUMN_NAM POSITION
---------- ------------------------------ ---------- ----------