적당히 쓰다보니 한계가 있군. 기초부터 차근차근 정리

https://cultivo-hy.github.io/docker/image/usage/2019/03/14/Docker%EC%A0%95%EB%A6%AC/

 

[Docker] 개념 정리 및 사용방법까지.

 

cultivo-hy.github.io

 

https://www.44bits.io/ko/post/easy-deploy-with-docker

 

도커(Docker) 입문편: 컨테이너 기초부터 서버 배포까지

도커(Docker)는 2013년 등장한 컨테이너 기반 가상화 도구입니다. 도커를 사용하면 컨테이너를 쉽게 관리할 수 있으며, 이미지를 만들어 외부 서버에 배포하는 것도 가능합니다. 이 글은 도커를 시

www.44bits.io

 

https://www.44bits.io/ko/post/how-docker-image-work

 

만들면서 이해하는 도커(Docker) 이미지: 도커 이미지 빌드 원리와 OverlayFS

도커 이미지는 유니온 마운트 기술을 활용해 계층화된 레이어들로 구성되며, 도커 레지스트리를 사용해 쉽고 효율적인 공유를 가능하게 해줍니다. 이 글에서는 도커 이미지가 저장되는 방식과

www.44bits.io

 

https://www.daleseo.com/docker-compose/

 

Docker Compose 커맨드 사용법

Engineering Blog by Dale Seo

www.daleseo.com

 

https://scarlett-dev.gitbook.io/all/docker/untitled

 

[도커] Docker Compose란?

 

scarlett-dev.gitbook.io

 

 

https://www.44bits.io/ko/post/almost-perfect-development-environment-with-docker-and-docker-compose

 

도커(Docker) 컴포즈를 활용하여 완벽한 개발 환경 구성하기

개발 환경을 구축하기란 그리 쉬운 일이 아닙니다. 문서화를 해두어도 누군가 계속 신경쓰지 않으면 내용이 낡기 마련이고, 계속 신경 쓰자니 이 또한 쉽지 않죠. 어떻게 하면 손쉽게 개발 환경

www.44bits.io

 

** Kubernates 와 비교

https://gonna-be.tistory.com/14

 

Docker vs Docker Compose vs Kubernetes

이 글은 위 도커, 도커 컴포즈, 쿠버네티스의 차이점을 설명한 글이다.  StackOverFlow의 답변을 번역했다. Docker 애플리케이션을 컨테이너화 할 수 있는 컨테이너 기술이다. 도커는 다음 기술들을

gonna-be.tistory.com

https://www.bmc.com/blogs/kubernetes-vs-docker-swarm/

 

Kubernetes vs Docker Swarm: Comparing Container Orchestration Tools

 

www.bmc.com

 

Thanks, Docker Compose 

 

 

 

Posted by ukmie
,

관계형 데이터베이스는 대단히 성공적인 제품이며 그 등장 배경 또한 꽤나 흥미롭다.
하지만 처음 접했을 때는 당시에 떠오르던 객체지향 프로그래밍 방식과 어울리지 않고 유연성이 요구되는 인터넷 시대에 맞지 않아 10년이내로 사라지거나 퇴물로 여겨질 것이라 예상했다. 참으로 풋내기 다운 생각이었다.

사람도 시스템도 RDB에 너무나 익숙해져 있었다.
그리고 안정성이나 시스템 운영 등의 면에서 상당한 장점이 있는 기존의 제품들을 대체하는 것은 기술이나 기능적인 범위를 벗어나 기존의 구조와 관습과 체계의 혁신을 필요로 한다. 역사의 교훈을 빌리자면 이것은 이런저런 요인으로 도저히 못버틸 정도가 되어야 기대할 수 있는 것이다. 그러나,

하나의 시스템에 여러가지 언어, 다양한 데이터베이스를 사용하는 추세(맞나?)라고 하면,
Graph DB도 충분히 부딪혀 볼 가치가 있다고 본다. 현재는 분석 등의 기능에 초점이 맞춰진 듯 하지만,
그보다 테이블이고 조인이고 다 내쳐진 하나의 저장소, 압도적 확장성/유연성은 개발자라면 한번쯤은 꿈꾸었을 법한 바로 그것이다.

국내 기업 제품부터..

https://bitnine.net/introgdb_kor/

 

Introduction to Graph Database KOR ⋆ Bitnine Global Inc.

그래프 데이터베이스(Graph Database)는 빅데이터 시대에 접어들며, 정형 데이터(정해진 특정 조건에 맞게 저장된) 위주의 처리만 가능한 관계형 데이터베이스(Relational Database)를 보완하기 위해 등장

bitnine.net

 

마법의 시간~

https://youtu.be/GekQqFZm7mA

 

섣불리 쓰지는 말자 (동의하기 어려운 부분도 있다)

https://medium.com/neo4j/how-do-you-know-if-a-graph-database-solves-the-problem-a7da10393f5

 

How Do You Know If a Graph Database Solves the Problem?

One of the greatest questions to consistently badger a developer is “what technology should I use?”. The analysis from days of thought and…

medium.com

 

카카오에서 만든 S2Graph 라는 것도 있다. 아파치 인큐베이팅 프로젝트이며 GitHub 마지막 업데이트는 현재 기준 3 Nov 2018 이다. 연구/조사, 호기심 방랑 목적으로 한번 볼만할 듯 하다.

S2Graph is a graph database designed to handle transactional graph processing at scale. Its REST API allows you to store, manage and query relational information using edge and vertex representations in a fully asynchronous and non-blocking manner.
S2Graph is a implementation of Apache TinkerPop on Apache HBASE.

Posted by ukmie
,

좀 지난 이야기긴 한데, 촘스키 선생께서 기계학습이 성과에 대해 일갈하셨다고 한다.

그간 많은 변화가 있었으니, 최근에는 촘스키 선생의 견해도 달라졌으지도 모르겠다.


http://www.tor.com/2011/06/21/norvig-vs-chomsky-and-the-fight-for-the-future-of-ai/


이에 대한 peter norvig 의 반응

On Chomsky and the Two Cultures of Statistical Learning


뉴튼도 중력에 의한 운동법칙은 (거의)완성했지만 중력의 원인은 알지 못했고,  상대성이론도 시간이 무엇인지는 설명하지 않는다.


어쨋든, 이런 촘스키식의 비판은 오히려 반갑다. 

지능에 대한 현재 딥러닝의 접근법에 분명 한계는 존재하며 섣부른 환원주의야 말로 위험한 것이라 생각하기 때문이다.  



아무튼, 아름답지 않은가.

케라스와 함께하는 쉬운 딥러닝 (18) - 순환형 신경망(RNN) 모델 만들기 1 · Buomsoo Kim

<이미지 출처: https://colah.github.io/posts/2015-08-Understanding-LSTMs/>





Posted by ukmie
,

예전에 패턴인식책에서 봤던 이 그림. 제대로 알아보자


http://slideplayer.com/slide/8218292/



* Each neuron in the first hidden layer forms a hyperplane in the input pattern space.


* A neuron in the second hidden layer can form a hyper-region from

the outputs of the first layer neurons by performing an AND

operation on the hyperplanes. These neurons can thus approximate

the boundaries between pattern classes.


* The output layer neurons can then combine disjoint pattern classes

into decision regions made by the neurons in the second hidden

layer by performing logical OR operations.

(https://books.google.co.kr/books?isbn=0070482926)



아래 그림도 참고



http://t-robotics.blogspot.kr/2015/05/deep-learning.html#.WQZapNLyjAM

http://www.iro.umontreal.ca/~vincentp/



추가로, 


No more than three layers in binary threshold feedforward networks are required to form arbitrarily complex decision regions.


Proof: By Construction


* Consider the n–dimensional case: X ∈ R n .

* Partition the desired decision regions into small hypercubes.

* Each hypercube requires 2n neurons in the first layer 

  (one for each side of the hypercube).

* One neuron in the second layer takes the logical AND of the

  outputs from the first layer neurons. Outputs of second

  layer neurons will be high only for points within the hypercube.

* Hypercubes are assigned to the proper decision regions by

connecting the outputs of second layer neurons to third

layer neurons corresponding to the decision region that the

hypercubes represent by taking the logical OR of

appropriate second layer outputs.

(https://books.google.co.kr/books?isbn=0070482926)



그럼, 히든 레이어와 노드수는 어떻게 결정할까


http://images.slideplayer.com/32/9894611/slides/slide_63.jpg


=> details


OR

How to choose the number of hidden layers and nodes in a feedforward neural network?


Posted by ukmie
,
출처 : http://www.gurubee.net/pages/viewpage.action?pageId=2458051

1. 결합인덱스의 장점
  • 좋은 분포도 : 나쁜 분포도를 가진 column을 결합한 결합 인덱스가 더 좋은 분포도를 가질 수 있다.
  • 저장 공간의 효율성 : 한 질의에 의해 선택된 모든 칼럼이 결합인덱스에 있을 경우, table을 access하지 않고 결합 인덱스 만으로 원하는 값을 가져올 수 있다. 그러나 그만큼의 디스크나 메모리에 부하가 많이 걸릴 것이다.

    [예] select empno from emp where empno='123';  

    이 경우는 특별히 테이블을 access하지 않고 index만으로 해당값을 출력할수 있다. 따라서 검색속도가 비약적으로 빨라지는 효과를 볼 수 있습니다.  

2. 결합 인덱스의 column선택을 위한 지침
  • 각 column의 분포도 보다 결합 인덱스에서 결합된 분포도가 더 좋을 경우
  • 여러 질의에서 하나이상의 칼럼값을 가진 칼럼의 동일한 집합을 질의할 경우, 이들 모든 칼럼을 포함하는 결합 인덱스 생성을 고려한다.

3. 결합 인덱스 구성시 column순서 배치를 위한 지침  
  • WHERE절에 사용된 칼럼을 선행부분으로 만들기 위한 결합 인덱스를 생성
  • 칼럼의 일부가 WHERE절에서 자주 사용될 경우 =>자주 select되는 column을 선행부분올 만들어서 이 column만으로 인덱스를 사용할 수 있도록 한다.
  • 모든 칼럼이 WHERE절에서 동일하게 사용되면 =>질의 성능을 개선하기 위하여 CREATE INDEX statement에서 분포도가 좋은 순서대로 배열
  • 모든 칼럼이 WHERE절에서 동일하게 자주 사용되지만 데이터가 한 column에 대해 물리적으로 정렬되어 있으면 =>그 column을 결합 인덱스의 첫번째로 구성
  • ‘=’을 사용할 땐 선택범위가 좁은 것을 앞에 놓는다.

4. in을 이용한 access효율 향상. (in은 ‘=’의 의미를 가지고 있다.)

예) select * from tab1 where col1='a' and col2 between '111' and '112';
→select * from tab1 where col1='a' and col2 in('111', '112');

여기서 col2의 값이 적을수록 후자의 속도가 빨라진다. 물론 보통의 경우에도 후자가 빠르다.
일반적으로 between, like문이 들어가는 SQL문은 in문으로 대체해 준다.
 
5. 일부컬럼만 사용할 경우

만약 index가 (a+b+c)로 이루어져 있을 경우 where조건에서 a, a+b, a+c, a+b+c가 나오면 index적용이 가능 하지만, b, b+c가 나오면 index적용이 불가능하다. -> B*Tree에서 검색이 불가능 하기 때문에.. 따라서 결합인덱스의 첫 번째 컬럼이 꼭 나와야 index를 적용할 수가 있다. 아울러 대개의 결합인덱스는 최고 5개까지가 적당함. 그럼 간략히 정리를 해보겠습니다.


**
IN을 고려한 결합 인덱스의 선정

인덱스의 선정

인덱스 선정절차

대용량 INDEX 처리에 관한 SQL

Posted by ukmie
,
[SK 텔레콤 Cloud Computing 구축 사례 및 향후 추진 방향]

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

(* 자료 출처 : SK텔레콤)
http://ehome.konetic.or.kr/lumi00/2391


[클라우드 컴퓨팅 플랫폼 - IBM]


http://www-903.ibm.com/kr/event/download/200804_336/s336_a05.pdf

[SalesForce]
http://www.salesforce.com/kr/platform/what-is-it.jsp

[Nebula]
사용자 삽입 이미지

http://nebula.nasa.gov/services/
Posted by ukmie
,
Cloud Computing in the Federal Government


This is a brief overview of the benefits of Cloud Computing. This production was created by GSA for the Federal CIO, Vivek Kundra.


Salesforce.com: What is Cloud Computing?
 

This short video explains what Cloud Computing is and why it's faster, lower cost and doesn't eat up your valuable IT resources.



The Three Ways to Cloud Compute


This cloud computing video explains SaaS, PaaS and Iaas -- otherwise known as "software as a service", "platform as a service" and "infrastructure as a service". It is produced and presented by Christopher Barnatt


IBM's Development and Test Enterprise Cloud Solution




Oracle CEO Larry Ellison Bashes 'Cloud Computing' Hype




Posted by ukmie
,
http://zxcasd.pe.kr/tt/108

sqlMap
  <select id="selectByMapForPaging" parameterClass="map" resultMap="abatorgenerated_FilteringBoardResult">
select 머머 from filtering_board 

   <!-- where -->
  <dynamic prepend="WHERE">
      <isNotNull prepend="and" property="adminUid">
       admin_uid = #adminUid#       
      </isNotNull>
      <isNotNull prepend="and" property="displayName">
       display_name like '%$displayName$%'
      </isNotNull>
      <isNotNull prepend="and" property="viewUrl">
          view_url like '%$viewUrl$%'
      </isNotNull>      
  </dynamic>

  order by $sort$ $sortasc$ offset #startNum# limit #pageSize#
  </select>

여기서는 map에 조건을 넘겼다. bean에 startNum과 pageSize를 추가하고, bean을 조건으로 이용하는 것도 편하다.

이런식으로 하면, 페이징이 가능해진다. 하지만 데이터베이스에 종속적으로 되기 때문에 추천하지 않는다고 한다.

Posted by ukmie
,
지난 2008년 7월 16일 기묘에서 주최한 시맨틱웹에 대한 세미나 발표자료들.
자료들이 잘만들어져서 보는것만으로도 꽤 흥미롭고 유익한 정보를 얻을 수 있다.
아쉽게도 김홍기 교수님의 자료는 구할 수 없었다.



"..두번째는 제가 "데이터를 웹으로"라는 주제로 웹에서의 데이터가 무엇이고 기존의 링크와 앞으로의 링크에 대해 이야기 했습니다. 어찌보면 소소한 문제인것 같으면서도 기초가 주제가 아니였나 생각됩니다. 발표를 들으셨던 분들은 제가 백만번 강조한 "라인"을 기억하셨을텐데요. 제 발표를 한마디로 요약한다면

시맨틱웹의 비전인 "Person or Machine can explore the web of data"이 가능하기 위해선 "RDF, URI, HTTP"이 필요하다.




"...저는 그간 블로그에서 이야기했던 내용들을 바탕으로, 지금 현재의 변화들이 시맨틱웹이라는 흐름과 어떠한 연관이 있는지 이야기해보려고 했습니다. 많은 이야기를 하려다보니, 구성이 산만했던, 부족한 발표이기도 했던것 같네요..."
http://humbleprogrammer.net/blog/?p=314




"...링크와 소셜 네트워크의 관계를 설명하려는 목표가 있었고, 이것들이 시맨틱 웹이라는 틀에서 어떻게 보여지고 만들어질지 고민해 보았습니다.

시맨틱 웹을 “시맨틱 웹 = 인공지능 = 지식표현“이라는 제한된 틀에서 해석하면서 생겨났던 오해들을 풀 수 있는 방법으로 linked data의 중요성을 강조하고 싶기도 했습니다.

다소 도발적이었지만 시맨틱 웹이 웹으로 진행되고 국내에서 올바른 방향으로 진행되기 위해 많은 분들의 참여가 필요하지 않을까 생각이 됩니다. ..."

http://www.blogweb.co.kr/archives/277


참고)
http://cpeter7.blogspot.com/2008/07/blog-post.html
http://cherrykyun.tistory.com/269
http://blog.outsider.ne.kr/172



Posted by ukmie
,
temporary tablespace 생성
create temporary tablespace temp1 tempfile '/oradata/orcl/temp01.dbf' size 1024M
-- autoextend on next 100M maxsize unlimited
-- extent management local uniform size 1M
;

디폴트로 지정
alter database default temporary tablespace temp1;

테이블스페이스 삭제
(디폴트로 지정된 경우 불가. 물리적 파일삭제는 사용중이 세션이 모두 끊겨야 가능.)
drop tablespace temp;

파일사이즈 변경
ALTER DATABASE TEMPFILE '/oradata/orcl/temp01.dbf' RESIZE 5120M;

증가옵션 설정
alter DATABASE TEMPFILE '/oradata/orcl/temp01.dbf' autoextend on next 20M maxsize 10240M ;


확인
select * from dba_temp_files;

Posted by ukmie
,