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가지 방법이 가장 기본적인 쿼리이다.
ZigBee 란?
ZigBee
지그비(영어: ZigBee)는 소형, 저전력 디지털 라디오를 이용해 개인 통신망을 구성하여 통신하기 위한 표준 기술이다. IEEE 802.15 표준을 기반으로 만들어졌다. 직비 장치는 메시 네트워크 방식을 이용, 여러 중간 노드를 거쳐 목적지까지 데이터를 전송함으로써 저전력임에도 불구하고 넓은 범위의 통신이 가능하다. 애드혹 네트워크적인 특성으로 인해 중심 노드가 따로 존재하지 않는 응용 분야에 적합하다.
지그비는 낮은 수준의 전송 속도만 필요로 하면서 긴 베터리 수명과 보안성을 요구하는 분야에서 사용된다. 초당 250 kbit의 전송 속도를 가지며, 주기적 또는 간헐적인 데이터 전송이나 센서 및 입력 장치 등의 단순 신호 전달을 위한 데이터 전송에 가장 적합하다. 응용 분야에는 무선 조명 스위치, 가내 전력량계, 교통 관리 시스템, 그 밖에 근거리 저속 통신을 필요로하는 개인 및 산업용 장치 등이 있다. 직비 표준은 블루투스나 와이파이 같은 다른 WPAN 기술에 비해 상대적으로 더 단순하고 저렴한 기술을 목표로 만들어졌다.
지그비 네트워크는 128비트 대칭키 암호화를 이용한 보안을 제공한다. 홈 오토메이션 애플리케이션의 경우, 전송 거리는 가시선 기준 10에서 100미터 정도이며 출력 강도 및 무선 환경에 따라 달라진다.
지그비는 1998년 구상이 시작되었으며 2003년에 첫 표준이 제정되었고, 2006년에 개정되었다. 지그비라는 명칭은 벌집에 돌아온 꿀벌이 추는 꿀벌춤에서 유래한 것이다.
지그비는 저가, 저전력 무선 메시 네트워크의 표준이다. 저가라는 특성으로 인해 무선 제어 및 모니터링 등의 목적으로 광범위한 영역에 다량으로 배치하는 것이 가능하다. 저전력 특성은 동작 수명을 연장하며 베터리의 크기를 축소할 수 있게 한다. 메시 네트워킹을 통해 높은 신뢰성과 넓은 범위 확장을 제공할 수 있다. 지그비 칩 제조사들은 일반적으로 60~256KB 용량의 플래시 메모리를 장착한 라디오 및 마이크로컨트롤러 통합 제품을 생산하여 판매한다.
지그비는 산업, 과학, 의학용 무선 주파수(ISM 밴드)에서 동작한다. 유럽에서는 868 MHz, 미국 및 오스트레일리아에서는 915 MHz, 그리고 세계 대부분 지역에서 2.4 GHz 무선 주파수를 사용한다. 데이터 전송 속도는 868 MHz 주파수 대역에서 초당 20 킬로비트, 2.4 GHz 주파수 대역에서 초당 250 킬로비트 정도이다.
지그비는 2003년 버전 IEEE 802.15.4 표준의 물리 계층 및 매체 접근 제어를 바탕으로 하여 저속 개인 통신망 용도를 위해 만들어졌다. 기존 표준의 두 계층 위에 네트워크 계층, 애플리케이션 계층, 지그비 장치 객체(ZigBee device objects, ZDO) 및 생산자 정의 애플리케이션 객체의 4개 요소가 추가된 것이 직비 표준이다. 이 중 생산자 정의 애플리케이션 객체는 생산자별 커스터마이징 및 통합 칩셋 설계를 용이하게 하는 역할을 한다.
지그비 표준이 기존 표준들에 비해 가지는 가장 뚜렷한 장점은 ZDO의 도입이다. 이 요소는 장치의 역할 수행, 네트워크 참여 요청 관리, 장치 검색 및 보안 등과 관련한 여러 가지 기능을 담당한다.
지그비는 최초 설계시 전력선 통신은 염두에 두지 않았으나, 스마트 미터 및 스마트 가전기기를 위한 인터페이스는 고려되었다.
지그비 노드는 30ms 또는 그 이하의 시간 이내에 절전 상태에서 활성화 상태로 전환이 가능하기 때문에, 약 3초가 소요되는 블루투스의 웨이크업 기능에 비해 대기 시간이 짧고 응답성이 뛰어나다. 지그비 노드는 대부분의 동작 시간동안 절전 상태에 머무를 수 있기 때문에 평균 전력 소모가 낮고, 이에 따라 긴 베터리 수명의 확보가 가능해진다.
간단하게 정리와 공부를 위해 위키피디아를 참고 후 기재함.
자료 출저 : 위키피디아 직비 / https://ko.wikipedia.org/wiki/%EC%A7%81%EB%B9%84
이 블로그의 인기 게시물
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서버) ex) MySQL DB, Oracle DB 3계층구조를 사용하면 각 계층별로 웹디자이너,
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방식도 위와 같이 동일한 방식으로 진행하면 된
MySQL Index태우기가 뭐에요?
Index태우기 보통 개발자들이 '인덱스를 태운다.' 라는 말을 많이 사용한다. 근데 별거 없음. 그냥 인덱스를 사용해 결과물을 창출해 낼 때, 사용한다라고 생각하면 된다. MySQL에서 인덱스를 이용하여 더 정교한 쿼리문을 짜기 위해 explain을 사용한다. explain을 사용함으로 써, 쿼리문을 어떤식으로 짜야 더 빠르고 정교해지는지 파악이 가능하다. 그리고 사용할 수 있는 인덱스와 현재 사용하는 인덱스도 확인 할 수 있어 아주 유용한 방식이다. 사용방법은 explain select ~~~이런식으로 사용할 수 있다.
댓글
댓글 쓰기