- 복수 쿼리를 한 단위로 묶은 것 - 한 덩어리의 쿼리 처리 단위 - 일반적인 DBMS에서 어플리케이션 로직을 구성할 때 사용
Atomicity - 데이터의 갱신(insery / delete / update)을 수반하는 데이터 조작이 전부 성공할지 전부 실패할지 보증하는 것 - 하나의 트랜잭션이 부분적으로 실행되다가 중단되지 않는 것을 보장 - 예를들어 돈을 빼 오는 작업만 성공하고 받는 쪽에 돈을 넣는 작업을 실패해서는 안됨.
Consistency (일관성) - 트랜잭션이 실행을 성공적으로 완료하면 일관성있는 데이터베이스의 상태를 유지해야함. - 무결성 제약중 NOT NULL 조건이있다면 트랜젝션은 중단되어야한다.
Isolation - 트랜잭션 연산시 다른연산이 끼어들지 못하도록 보장. - 예를들어 A와 B가 호텔예약을 한다고 했을때, select 후 insert를 하는 트랜잭션을 생각해보자, A가 트랜잭션을 위해 select 방;을 했을때 10개 빈방이 존재한다면, A가 트랜잭션을 수행하는도중 B가 트랜잭션을 수행하여 select 방; 을똑같이하면 빈방은 10개여야할까? 9개여야할까? mysql 같은경우는 락을걸어 이런 isolation을 보장한다. - 즉, 고립성이란 복수의 트랜잭션이 순서대로 실행되는것이며 이는 데이터가 병렬로 처리되는 것이 아닌, 직렬로 처리되는 것을 말함. 이는 Serializable(직렬화 가능)한 고립성이라고 함 - 그러나 직렬화로 인해 동시에 동작하는 Transaction이 1가지일경우 성능면에서 비효율적이다. - ANSI(미국국가규격협회) 에서 권고하는 트랜젝션 격리 완화수준 4개가 있다. 이를 트랜젝션의 격리수준(Transaction Isolationo Level) 이라 한다.
Durability -성공적으로 실행된 트랜잭션은 persistance 하게 반영되여야함. 즉 시스템 장애, DB일관성 체크등을 하더라도 유지되어야함. -트랜잭션은 로그에 모든것이 저장된우 Commit으로 간주됨
그럼 이토록 중요한 클로저가 무엇인지 다시한번 상기하고 필요성에 대해서 얘기해보고자 한다.
Closure
먼저 클로저를 얘기하기전에 var에 대해서 이야기해보자, var로 선언된 변수는 기본적으로 function scope 내에서만 사용되어진다.
function() {
var a = 1;
console.log(a); // works
}
console.log(a); // fails
내가만약 위의 함수를 오류가 없이 동작시키려면 global scope를 사용해야 할것이다.
var a = 1;
function() {
console.log(a); // works
}
console.log(a); // works
지역변수는 보통 function이 끝나게 되면 메모리에서 사라진다.
그렇다면 우리는 local variable을 계속 참조 할 수 없을까? 이를 closure가 답변해준다.
클로저는 쉽게말해 persistance한 local variable scope이다. (persistance = 영속적인 한글로 표현하면 좀 어색해진다.)
클로저는 코드의 실행이 function 밖으로 이동했음에도 불구하고 지속되는 persistance local scope이다. 더 쉽게말해서 function scope 밖에서도 그 local variable에서 변수를 reference 할 수 있게 해준다. (객체지향적 설계를 가능하게 한다.)
다음을 코드를 보면 더 이해가 잘 될것이다.
outer = function() {
var a = 1;
var inner = function() {
console.log(a);
}
var add = function() {
a += 1;
}
return {inner,add}; // this returns a function
}
var fnc = outer(); // execute outer to get inner
fnc.inner();
fnc.add();
fnc.inner();
//output
//1
//2
위 코드에서처럼 a는 local variable임에도 불구하고 영속성을 갖는다. 이게 클로져이다.
JavaScript에서는 함수가 처음 선언 될 때 var a가 hoisting 되고, 함수가 계속 존재하는 한 var a도 지속되어진다.
a는 outer scope에 속한다. inner scope는 outer scope에 대한 참조가 있다. fnc는 inner scope를 가리키는 변수다. fnc가 지속되는 한 a또한 사라지지 않고 존재한다. closure 안에 있다.
이를 좀더 유식하게 말하면 "특정 함수가 참조하는 변수들이 선언된 렉시컬 스코프(lexical scope)는 계속 유지되는데, 그 함수와 스코프를 묶어서 closure 라고한다.
실질적인 closure에 관한 예제
먼저, 우리가 버튼을 클릭할때마다, 버튼이 클릭된 횟수를 세는 기능을 만든다고 가정해보자.
var counter = 0;
function updateClickCount() {
++counter;
// do something with counter
}
그러나 counter라는 글로벌변수는 쉽게 노출되며, updateClickCount라는 함수의 호출없이 ++ 시킬수 있다.
2)그러면 counter function scope 내부로 옮긴다면?
function updateClickCount() {
var counter = 0;
++counter;
// do something with counter
}
counter는 항상 1로 될것이다. counter는 persistance한 local variable 이 아니기 때문이다.
3)Nested functions를 쓰면?
function countWrapper() {
var counter = 0;
function updateClickCount() {
++counter;
// do something with counter
}
updateClickCount();
return counter;
}
당신이 외부 scope에서 updateClickCount 함수에 접근할수 있고, counter=0라는 선언을 한번만 호출할 수 있다면, 가장 좋은 방법일 것이다.
정답) Closure가 출격한다면 어떻게 될까? C L O S U R E ! (with IIFE)
var updateClickCount=(function(){
var counter=0;
return function(){
++counter;
// do something with counter
}
})();
위처럼 한다면 우리가 처음 의도한대로 동작할 것이다. local variable을 영속성을 갖게할수 있고 또 local variable을 객체지향적으로 encapsulation 할 수 있게된다.
이에 더하여 counter변수는 global scope에서 hoisting 되지 않으므로 변수의 충돌 또한 방지해준다.
최근에 es6로 프로그래밍을 하면서, let을 많이쓰게되었고, let은 단순히 지역변수라고만 생각했엇다.
근데 다시 곰곰히 생각해보니 var도 function scope 이므로 지역변수로 사용할 수 있지않은가?
라는 생각이 들었다. 책에서 읽었던 내용중에 let은 bracket scope 였던게 생각이났다.
function run() {
var foo = "Foo";
let bar = "Bar";
console.log(foo, bar);
{
let baz = "Bazz";
console.log(baz);
} //사실 braket scope을 그닥 많이쓰진 않는다.
console.log(baz); // ReferenceError
}
run();
사실 나의경우는 component 기반 es6 기반 프레임워크&라이브러리로 javscript를 쓰다보면 bracket scope을 그닥 많이 쓰진않는다. 그럼 let이라는게 왜 등장을 한지 배경을 좀 조사해보았다.
var funcs = [];
for (var i = 0; i < 3; i++) {
// and store them in funcs
funcs[i] = function() {
// each should log its value.
console.log("My value: " + i);
};
}
for (var j = 0; j < 3; j++) {
funcs[j]();
}
//output: expect 0, 1, 2 but
//My value: 3
//My value: 3
//My value: 3
위 예제의 경우 let을 써야하는 이유가 더 와닿는다. (실제로도 나는 let은 for문에서 가장많이쓰는것같다.)
Solution
먼저 var로 선언된 변수를 이해 하려면, hoisting을 이해해야 한다.
hoisting
사전적의미로 들어올리다 이다. 자바스크립트의 hoisting을 이해하려면 다음 소스코드부터 보자.
function run() {
console.log(foo); // undefined -- ReferenceError가 나지않는다.
var foo = "Foo";
console.log(foo); // Foo
}
run();
위 소스코드에서 3번째 줄에서 오류가 나지않는 이유는 hoisting 되었기 때문이다. 변수가 생성된 시점은 3번째줄이지만, scope 상단으로 hosting 되어진다. 이는 변수들이 선언되기 전에 스코프내에서 접근할 수 있다는 것을 의미한다. (var는 초기화 되기 전까지는 블록의 시작에"temporal dead zone"에 있다고들 말한다.)
function checkHoisting() {
console.log(foo); // ReferenceError
let foo = "Foo";
console.log(foo); // Foo
}
checkHoisting();
그러나 위의 소스코드는 error가 난다. 이유는 let은 호이스팅 되지 않기 때문에 선언되기 전에 foo에 접근을 시도하기 때문이다. 이는 아주 중요한 차이점을 갖는다.
주의점
gloval scope에선 let을 쓰지 않도록 주의해야한다.
var foo = "Foo"; // globally scoped
let bar = "Bar"; // globally scoped
console.log(window.foo); // Foo
console.log(window.bar); // undefined
또한 var는 재정의할 수있으므로 주의해서 써야한다.
var foo = "foo1";
var foo = "foo2"; // No problem, 'foo' is replaced.
let bar = "bar1";
let bar = "bar2"; // SyntaxError: Identifier 'bar' has already been declared
그리고 아까위의 for문은 다음과 같이 고칠 수 있다.
var funcs = [];
// let's create 3 functions
for (let i = 0; i < 3; i++) {
// and store them in funcs
funcs[i] = function() {
// each should log its value.
console.log("My value: " + i);
};
}
for (var j = 0; j < 3; j++) {
// and now let's run each one to see
funcs[j]();
}
//output
//My value: 0
//My value: 1
//My value: 2
*주의 : ie에서는 let을 지원하지않으므로, webpack과 같은 bundle을 쓰지않는다면 쓰지말자.
최근 git cli를 사용하려고 노력중이다보니, Source tree를 사용하지 않고 직접 cmd를 치다보면 merge를 해야할지 rebase를 해야할지, 헷갈리때가 있다. 또한 옵션에 대해서도 잘 모르고 써었는데 한번 정리해보자 한다.
Solution
기본적으로 git pull = git fetch + git merge 이다.
그러면 어느때 git merge를 쓰고 어느때 git rebase를 써야할까?
Merge
현재 C2 parent에서 brach가 둘로 분기되었다 가정하자master로 checkout 한후 merge 하였다. (checkout master && merge experiment)
위의 경우가 통상적인 merge 방법이나 이렇게 되면 작업 history가 가시적일 순 있어도 branch가 많아지면 많아질수록 알아보기가 어려워진다. 사람들은 이러한 이유로 rebase를 쓴다.
rebase
똑같은 상황 가정
'experiment에서 master rebase (checkout experiment && rebase master)
master 브랜치를 Fast-forward시킨다 ('앞으로 진행한' 커밋인 master 브랜치 포인터는 최신 커밋으로 이동한다. 이런 Merge 방식을 'Fast forward'라고 부른다.)
완료후 정리된 커밋모습
위와같이 c3` 커밋메세지 기반으로 history가 정리됨을 알수있다.
tip) git rebase [basebranch] [topicbranch] 처럼 인자를 준다면 일일히 checkout 하지 않고 rebase할 수있다.
위 그림같은 경우는 $ git rebase master experiment
Merge
Rebase
특징
- branch의 최종 결과만을 가지고 합병
- 지정한 브랜치를 베이스로 기준 삼아 합병
- 중복수정된 로그가 남지않는다.
- 브랜치의 변경사항을 순서대로 다른 브랜치에 적용하면서 합병
장점
- 이해하고 사용하기 쉬움
- 브랜치 컨텍스트 유지
- history가 단순해짐
- branch가 많을때 커밋을합치는 직관적인방법
단점
- 히스토리가 난잡
- 커밋 순서대로 rebase를 하는데, 각 커밋마다 충돌해소를 순서대로 해주어야하여 복잡함
추가유용 명령어 - FILE 되돌리기 및 삭제편
git checkout [-- 파일명] 아직 스테이징이나 커밋을 하지 않은 파일의 변경내용을 취소하고 이전 커밋상태로 돌린다. svn에서 revert와 동일하다 (그냥 git checkout branch를 할경우 현재 활성화된 브랜치를 바꾸는 명령어이다)
git checkout -- . wd에 수정된내용 모두 되돌림
git diff [--cached] 스테이징영역과 현재 작업트리의 차이점을 뵤어준다. --cached 옵션을 추가하면 스테이징영역과 저장소의 차이점을 볼 수 있다. git diff HEAD를 입력하면 저장소, 스테이징영역, 작업트리의 차이점을 모두 볼 수 있다. 파라미터로 log와 동일하게 범위를 지정할 수 있으며 --stat를 추가하면 변경사항에 대한 통계를 볼 수 있습니다. git diff --ours 머지이전과 머지이후 결과비교
git reset — hard HEAD^ commit한 이전 코드 취소하기
git merge --abort 머지 취소하기(커밋이나 stash 하지않는 존재시 못함)
git config — global user.name “user_name ” git 계정Name 변경하기
git config — global user.email “user_email” git 계정Mail변경하기
git reset — hard HEAD && git pull git 코드 강제로 모두 받아오기
git reset --hard HEAD머지하기이전상태로 모두되돌림
git reset --[hard] [mixed] [soft]
--hard: reset하기 전까지 했던 staging area, working directory의 작업까지 모두 reset! (모든 게 잘못됐어! 나 돌아갈래~ 꽃피던 때부터 정갈하게 다시 해보자!) --mixed(default): staging area은 reset, reset하기 전까지 했던 working directory의 작업은 남겨둠. (현재 작업물은 지우긴 싫고, 이전 버전으로 돌아가서 add할지 말지 결정해야 할 때) --soft: reset하기 전까지 했던 staging area, working directory의 작업은 남겨둠. (reset한 버전과 현재까지의 작업을 합쳐 새로운 버전 만들 때) git reset --hard 커밋된 파일빼고 모두삭제 git clean -df 커밋,stage 되지 않은 파일 폴더 모두삭제 [untrack 중인] (매우 유용)
우선 InnoDB란 말은 Mysql에서만 쓰인다. 왜냐하면 InnoDB와 MyISAM은 Mysql에서 쓰이는 스토리지 엔진이기 때문이다. (이 이외에도 다양한 엔진을제공함) 가장 큰 차이점은 locking 방식의 차이이다. Innodb는 특정한 로우를 Rokcing 하는 반면, MyISAM은 Mysql의 테이블 그전체를 락킹한다.
또한 InnoDB는 트랜젝션을 제공하며 MyISAM은 제공하지않는다.
그러면 어느때 Innodb 를 사용하고 MyISAM을 사용해야할까?
1. MyISAM
한번의 대량의 isnert를 하는 배치작업.
읽기위주의 간단한 작업.
전문검색 필요.
트랜잭션 x 데이터복구 x
블로그등 비교적 작은 웹
2. InnoDB를 고려 해야하는 경우.
order by등 정렬이 있는경우
트랜잭션 관리가 필요.
대용량의 데이터를 컨트롤.
insert updater delete 등이 빈번하게 발생하는 경우(Row-Level locking 때문에)
onClick= handleOnclick.bind(this,{flag:'add',value:'asd'}); 이런식으로 개인적으로 자주쓰는편인데,
위와 같은식으로 쓸때는 재정의한 fuction에서 인자를 어떻게 받아줘야할지 고민이었다.
Solution
내가 이해한 바로는 Fuction.proptotype.bind 를 쓰는 이유는 2가지가 있다.
첫번째는 Fuction의 스코프를 지정할 때이고
두번째는 매개변수를 고정하기 위해서이다.
첫번째의 예는 다음과 같이 쉽게 이해 할 수있다.
this.x = 9;
var module = {
x: 81,
getX: function() { return this.x; }
};
module.getX(); // 81
var retrieveX = module.getX;
retrieveX();
// 9 반환 - 함수가 전역 스코프에서 호출됐음
// module과 바인딩된 'this'가 있는 새로운 함수 생성
// 신입 프로그래머는 전역 변수 x와
// module의 속성 x를 혼동할 수 있음
var boundGetX = retrieveX.bind(module);
boundGetX(); // 81
출처:https://developer.mozilla.org/ko/docs/Web/JavaScript/Reference/Global_Objects/Function/bind
scope를 달리하여 호출할때 불러오는 변수가 유동적으로 변경된다.
기본적으로 react는 컴포넌트 기반이므로, 원하는 컴포넌트의 스코프를 사용하기 위해
bind(this)를 해주는것이다.
첨언: 초보 JavaScript 프로그래머로서 흔한 실수는 객체로부터 메소드를 추출한 뒤 그 함수를 호출할때, 원본 객체가 그 함수의this로 사용될 것이라 기대하는 겁니다(예시 : 콜백 기반 코드에서 해당 메소드 사용). 그러나 특별한 조치가 없으면, 대부분의 경우 원본 객체는 손실됩니다. (출처:모질라재단)
두번째 방법으로 사용할 때는 미리 지정된 파라미터가 있는 함수를 만드는 것이다.
상황1. 고정된 인수로 override 해버리는경우
function addArguments(arg1, arg2) {
return arg1 + arg2
}
var result1 = addArguments(1, 2); // 3
// 첫 번째 인수를 지정하여 함수를 생성합니다.
var addThirtySeven = addArguments.bind(null, 37);
var result2 = addThirtySeven(5); // 37 + 5 = 42
// 두 번째 인수는 무시됩니다.
var result3 = addThirtySeven(5, 10); // 37 + 5 = 42
상황2 전달받은 인수를 뒤로 밀어버리는경우,
function list() {
return Array.prototype.slice.call(arguments);
}
var list1 = list(1, 2, 3); // [1, 2, 3]
// 선행될 인수를 설정하여 함수를 생성합니다.
var leadingThirtysevenList = list.bind(null, 37);
var list2 = leadingThirtysevenList(); // [37]
var list3 = leadingThirtysevenList(1, 2, 3); // [37, 1, 2, 3]
1.영업이익 = 매출액 - 매출원가 - (판매비 + 관리비) - 기업의 메인된 영업활동에서 발생된 이익. 매출총액에서 매출원가와 판매비 및 일반관리비를 뺀 것임. - 일반관리비와 판매비는 상품의 판매활동과 기업의 유지관리 활동에 필요한 비용= 인건비, 세금 및 각종 공과금, 감가상각비, 광고선전비 등등이 있다.
2.당기순이익
= 영업이익 - 영업외손익(영업외비용) - 기업이 실제로 가지고 가게 되는 수익, 순수입. - 영업외비용은 기업의 주된 영업활동으로부터 발생하는 영업비용 이외의 비용 또는 손실로서 금융비용이 대부분을 차지함 이자비용, 기타의 대손상각비, 유가증권처분손실, 유가증권평가손실, 재고자산평가손실, 외환차손, 외화환산손실, 기부금과 투자자산처분손실 등이 이에 속함.
3. 40의 법칙 및 좋은주식 알아내기
40의 법칙을 만족 and 잉여현금흐름이 플러스이거나 플러스할 조짐이보이는회사
(매충증가율 + 영업이익률) > 40을 넘야아한다는 이론이다.
매출증가율: 가장 최근분기 매출증가율 (Revenue of quarter) [seekingalpha -earnings 스크롤 및 중간 history]
영업이익률:전년도 연간 영업이익률 (EBIT MARGIN) [seekingalpha - profitalbity]
전년도 이번분기 대비 이번년도 이번분기 + 영업이익률(operating income)
*또한 잉여현금흐름이 +로 전환되기 시작한 회사는 주가가 폭팔적으로 상승함.
영업에서 사용된 현금 - 설비투자 = 잉여현금흐름 (Cash from Operations) + (Capital Expenditure : CAPEX)
