MySQL datetime 날짜로 select하기

MySQL datetime 날짜로 select하기 select 컬럼명 from 테이블명 where date(컬럼명)='2018-01-23'; select 컬럼명 from 테이블명 where 컬럼명 between '2018-01-20' and '2018-01-24'; 위의 2가지 방법이 가장 기본적인 쿼리이다.
댓글 쓰기

MySQL vs NoSQL

관계형 데이터베이스 (MySQL)

데이터 모델

관계형 모델은 데이터를 행과 열로 구성된 테이블이라고 하는 테이블 형식 구조로 정규화한다. 스키마는 테이블, 열, 인덱스, 테이블 간 관계 및 기타 데이터베이스 요소를 정의한다.

ACID 속성

기존의 RDBMS(관계형 데이터베이스 관리 시스템)는 약어인 ACID(원자성, 일관성, 격리성, 내구성)로 정의된 일련의 속성 세트를 지원한다. 원자성은 트랜잭션이 완전히 실행되거나 전혀 실행되지 않는 "모두 실행 또는 전혀 실행되지 않음"을 의미한다. 일관성은 트랜잭션이 실행되면 데이터가 데이터베이스 스키마를 준수해야 함을 의미한다. 격리성은 동시에 일어나는 트랜잭션이 다른 트랜잭션과 별도로 실행되어야 함을 의미한다. 내구성은 예기치 못한 시스템 장애 또는 정전으로부터 마지막으로 알려진 상태로 복원하는 기능이다.

성능

성능은 일반적으로 디스크 하위 시스템에 따라 다릅니다. 최고 성능을 달성하기 위해서는 쿼리, 인덱스 및 테이블 구조를 최적화해야 한다.

확장 가능

더 빠른 하드웨어로 "확장"이 간편해 진다.  분산 시스템을 확장하기 위해서는 관계형 테이블에 대해 추가적인 투자가 필요하다.

API

구조화 질의어(SQL)를 준수하는 쿼리를 사용하여 데이터를 저장 및 검색하기 위한 요청이 전달된다. 이러한 쿼리는 RDBMS(관계형 데이터베이스 관리 시스템)에 의해 구문 분석 및 실행된다.

도구

SQL 데이터베이스는 일반적으로 데이터베이스로 구동되는 애플리케이션의 배포를 간소화하기 위해 다양한 도구 세트를 제공한다.

NoSQL 데이터베이스 (NoSQL)

데이터 모델

비관계형(NoSQL) 데이터베이스는 일반적으로 스키마를 강제 적용하지 않는다. 파티션 키는 값, 열 세트, 반정형 JSON, XML 또는 관련 항목 속성을 포함하는 다른 문서에 일반적으로 사용된다.

ACID 속성

NoSQL 데이터베이스는 종종 수평으로 확장되는 더 유연한 데이터 모델용 기존 RDBMS(관계형 데이터베이스 관리 시스템)의 일부 ACID 속성을 교환한다. 이러한 특성은 기존 RDBMS가 성능 병목 지점, 확장성, 운영상의 복잡성, 늘어나는 관리 업무 및 지원 비용 문제가 복합적으로 발생할 경우 이를 해결하기 위한 구조적 문제에 직면하면 NoSQL 데이터베이스가 탁월한 선택을 할 수 있도록 지원한다.

성능

성능은 일반적으로 기본 하드웨어 클러스터 크기, 네트워크 지연 시간 및 호출 애플리케이션의 기능이다.

확장 기능

지연 시간을 늘리지 않고 처리량을 향상시키기 위해 저비용 하드웨어의 분산 클러스터를 사용하여 "확장"하도록 설계되었다.

API

객체 기반 API를 통해 앱 개발자가 인 메모리 데이터 구조를 쉽게 저장 및 검색할 수 있다. 파티션 키를 사용하면 앱에서 키 값 페어, 열 세트 또는 일련의 앱 객체 및 속성을 포함하는 반정형 문서를 검색할 수 있다.

도구

NoSQL 데이터베이스는 일반적으로 클러스터 관리 및 조정을 위한 도구를 제공한다. 애플리케이션은 기본 데이터에 대한 주요 인터페이스이다.

NoSQL의 장점

RDBMS는 데이터 일관성과 중복 최소화를 위해서 schema를 구성할 때, 여러 테이블로 나누어서 구성하는 것이 기본이다. 따라서 데이터들을 많은 수의 서버로 분산하여 나누는 data sharding을 RDBMS 자체에서 지원하는 것이 어렵다.
보통 RDBMS에서는 서버의 수를 늘리는 확장(Scale Out)은 3-5대가 최대 수준이며, 서버를 더 대형으로 교체하는 확장(Scale Up)이 필요하게 된다. Scale up은 Scale Out에 비해서 비용과 서비스 중단 시간 측면에서 교체 부담이 훨씬 크다.
NoSQL은 RDBMS의 이런 단점을 극복하고 Scale Out이 잘 될 수 있도록 설계되었으므로 많은 서버로 확장하는 것이 가능하다.
장점 1. NoSQL에서는 많은 서버로 확장(Sclae-out)이 가능하다.
NoSQL에서는 서버 확장성을 위해서 데이터 중복이 생기더라도 가급적 테이블들을 쪼개지 않고 하나의 큰 테이블(Big Table이라는 이름이 생긴 이유?)에 모두 담아서 저장한다. 그래서 한 테이블을 여러 서버에 나누어 저장하는 Sharding이 쉬워진다.
좀 더 구체적으로 설명하면 NoSQL에서 주로 사용하는 데이터 모델은 key -> value 형태 즉 map 방식이다. 예를들어 user라는 테이블에서 user_id = 12를 key 값으로 가지는 데이터는 12 -> { james, man, 34, manager} 와 같이 저장된다. 이 때 value에 해당하는 { ... } 내에 들어가는 내용은 각 user별로 그 순서와 포맷이 달라도 된다. 사실 NoSQL은 value 내부의 포맷은 상세하게 관리하지 않고 RDBMS에 비해서 단순하게 처리하는 것이라고 할 수도 있다. 이렇게 구현하였기 때문에 오히려 key값에 따른 Sharding이 더 쉽게 된다.
그런데, 개발자들은 value내에 원하는 대로 데이터를 저장할 수 있는 유연성에서 RDBMS에서 누리지 못하던 유연성을 덤으로 얻게 되었다. 특히 최근에 서비스 내용 업데이트 주기가 빨라지고 SNS처럼 다양한 데이터 유형을 다루는 서비스가 증가하면서 데이터 유연성이 더욱 장점으로 부각되게 되었다.
장점 2. NoSQL에서는 가변적인 구조로 데이터를 저장할 수 있다.

NoSQL의 단점

앞에서 설명한대로 데이터 중복이 있고 포맷이 가변적인 커다란 table의 특징 때문에 NoSQL에서는 여러 테이블간의 Join이 불가능하다. 또 테이블 내의 어떤 값에 대해서 indexing 하는 것도 어렵다. 따라서 NoSQL에서의 데이터 쿼리는 Key값을 기준으로 value를 read하거나 write하는 단순한 방식이며, RDBMS 처럼 복잡한 쿼리는 불가능하다.
단점 1. NoSQL에서는 다양하고 복잡한 데이터 쿼리는 불가능하다.
NoSQL는 sharding 방식을 사용해서 큰 테이블을 여러 서버에 나누어 저장한다. 또 fault tolerancy를 위해서 데이터는 두 개 이상의 서버에 저장된다. 어떤 데이터의 값에 update가 발생한 경우, NoSQL는 중복 저장된 모든 서버들에 해당 업데이트가 다 될 때까지는 조금 시간이 걸린다.(서버가 아주 많을 수 있다는 점을 생각하자.)
RDBMS에서는 최대 서버수가 기껏 3~5대이기 때문에 모든 서버를 업데이트되기 전까지는 해당 데이터 또는 table에 lock을 걸어서 읽기를 금지한다. 따라서 데이터를 읽어갈 때는 어떤 서버에서 읽더라도 항상 같은 값이 보장된다. 하지만 NoSQL에서는 lock을 하게될 경우 전체 속도가 너무 느려지게 되므로 RDBMS와 같은 lock을 하지 않는다. 따라서 NoSQL의 일부 서버에서는 아주 잠시 동안은 old data가 제공될 수 있다. 물론 시간이 좀 지나면 모든 서버는 결국 같은 값을 가지게 된다. (= Eventual consistency)
단점 2. NoSQL에서는 데이터 일관성이 항상 보장되지 않는다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

3계층 구조( 3 Tier Architecture )

이미지
3계층 구조에서 각 계층은 물리적으로도 독립적이며 각 계층의 변경이 다른 계층에 의존하지 않는다.. 1. 프레젠테이션(클라이언트) 계층 프레젠테이션 계층은 응용 프로그램의 최상위에 위치하고 있는데 이는 서로 다른 층에 있는 데이터 등과 커뮤니케이션을 한다. - 사용자 인터페이스를 지원한다. (인터넷 브라우저의 정적인 데이터를 제공한다.)     - 이 계층은 GUI, 또는front-end도 불린다. - 비즈니스로직이나 데이터관리코드를 포함해서는 안된다. - 주로 웹서버를 뜻한다(물리적 : WEB서버) ex) HTML, javascript, CSS, image      2. 애플리케이션 계층 이 계층은 비즈니스 로직 계층 또는 트랜잭션 계층이라고도 하는데, 비즈니스 로직은 워크스테이션으로부터의 클라이언트 요청에 대해 마치 서버처럼 행동한다. 차례로 어떤 데이터가 필요한지를 결정하고, 메인프레임 컴퓨터 상에 위치하고 있을 세 번째 계층의 프로그램에 대해서는 마치 클라이언트처럼 행동한다. - 정보처리의 규칙을 가지고 있다.(동적인 데이터를 제공한다) - middleware 또는 back-end로 불린다. - 프레젠테이션코드나 데이터관리 코드를 포함해서는 안된다. -주로 어플리케이션 서버를 뜻한다(물리적 : WAS서버) ex) Java EE, ASP.NET, PHP      3. 데이터 계층 데이터 계층은 데이터베이스와 그것에 액세스해서 읽거나 쓰는 것을 관리하는 프로그램을 포함한다. 애플리케이션의 조직은 이것보다 더욱 복잡해질 수 있지만, 3계층 관점은 대규모 프로그램에서 일부분에 관해 생각하기에 편리한 방법이다. -데이터베이스를 주로 뜻한다. -DB 또는 File System를 접근 및 관리한다. -back-end라고도 불린다. -주로 DB서버를 뜻한다(물리적 : DB서...
계속 읽기

MySQL Index태우기가 뭐에요?

Index태우기 보통 개발자들이 '인덱스를 태운다.' 라는 말을 많이 사용한다. 근데 별거 없음. 그냥 인덱스를 사용해 결과물을 창출해 낼 때, 사용한다라고 생각하면 된다. MySQL에서 인덱스를 이용하여 더 정교한 쿼리문을 짜기 위해 explain을 사용한다. explain을 사용함으로 써, 쿼리문을 어떤식으로 짜야 더 빠르고 정교해지는지 파악이 가능하다. 그리고 사용할 수 있는 인덱스와 현재 사용하는 인덱스도 확인 할 수 있어 아주 유용한 방식이다. 사용방법은 explain select ~~~이런식으로 사용할 수 있다.
계속 읽기

GET방식과 POST방식이란? ( PHP )

이미지
GET방식과 POST방식이란? 폼으로부터 넘어오는 값을 지정하는 변수에는 어떤 것들이 있나? 1 . $변수명 2 . $_GET["변수명"], $_POST["변수명"] 3 . $HTTP_GET_VARS["변수명"], $HTTP_POST_VARS["변수명"] 이 세가지가 있고 그 중에서 2번을 가장 많이 사용한다.  예를 들면 조립 컴퓨터를 구매하기 위해 쇼핑몰에 회원가입을 하는데, 아이디, 비밀번호, 주소 등 각 폼이 다르다. 가입 완료를 누르면 그 데이터들이 서버에 처리 요청을 한다. 이 요청을  request 라고 하며, 여기에 GET과 POST방식이 있다. 언제 GET을 사용할까? GET은 가져온다는 개념이다. GET은 select 개념을 가지고 있다. 서버에서 어떤 데이터를 가지고 올때 사용한다. 즉, 서버의 값을 바꾸거나 추가 하는 개념이 아니다. form 형태로 GET을 사용해 값을 넘긴다면, 모두가 그 값을 URL을 통해서 알 수 있다. 또한 URL로 보여지기 때문에 2000의 제한된 값을 초과할 수 없다. 따라서 GET으로 값을 전달할 때에는 비밀번호가 아닌 민감하지 않은 값을 넘길 때 주로 쓰인다. 언제 POST를 사용할까? POST는 서버의 값이나 상태를 바꾸는 개념이다. POST는  HTTP request의 body부분에 이름 및 값을 전달한다. 따라서 URL에 노출되지 않는다. 비밀번호와 같이 민감한 값을 넘길 때, 주로 POST를 사용한다. 그러면 POST는 보안에 완벽한가? 그건 아니다. HTTP request에 값이 노출되기 때문에 별개로 처리를 해줘야 한다. -GET  GET방식은 URL에 키와 값을 임의로 입력하여 사용하는 것이다.  전송속도가 POST방식보다 빠르다.  데이터 길이는 256바이트를 넘을 수 없다. -POST POST방식도 위와 같이 동일한 방식으로 진행하면 된...
계속 읽기