/********************************************
   BACKUP DATABASE 백업
 ********************************************/

USE [MASTER]
      
BACKUP DATABASE SMART
             TO DISK='D:\DB_Backup\SMART\SMART20200603\SMART_backup_2020_06_03_000002_2015088.bak'

 

/********************************************
   DATABASE 분리_연결하기
 ********************************************/

USE [MASTER]

-- sp_helpdb
exec  sp_helpdb SMART

-- 분리하기
EXEC sp_detach_db  N'SMART'                  /* db명을 적는다 */ 


-- 연결하기
EXEC sp_attach_db @dbname  = N'SMART'                        /* db명을 적는다 */ 
                , @filename1 = N'D:\DBMS\20200603\SMART_20200603.mdf'     /* .mdf 파일경로 */ 
                , @filename2 = N'D:\DBMS\20200603\SMART_20200603_log.LDF' /* .ldf 파일경로 */ 





/********************************************
   DATABASE RESTORE 백업_복구하기
 ********************************************/

USE [MASTER]

-- 백업파일 구조 확인 
RESTORE FILELISTONLY FROM DISK = 'D:\DB_Backup\SMART\SMART20200603\SMART_backup_2020_06_03_000002_2015088.bak'
      
      
-- RESTORE DATABASE
RESTORE DATABASE SMART
      FROM DISK = 'D:\DB_Backup\SMART\SMART20200603\SMART_backup_2020_06_03_000002_2015088.bak'
      WITH MOVE 'SMART'     TO 'D:\DBMS\SMART_20200603\SMART_20200603.mdf',
           MOVE 'SMART_log' TO 'D:\DBMS\SMART_20200603\SMART_20200603_log.LDF'         
      
 

'공부방 > MSSQl' 카테고리의 다른 글

임시테이블 활용  (0) 2020.06.19
구동중인 SP확인 및 종료  (0) 2020.06.15
ViewTable [Cols]  (0) 2020.06.03
MsSql - DATE - CONVERT  (0) 2020.04.22

CSS (Cascading Style Sheet) Cascading : 폭포같은, 계속되는, 연속적인

상속

h1 { /* type selector */
color: red;
}
<h1>
	<span>Inheritance</span>
</h1>

 

캐스케이드

h1 {/*미적용*/
	color:red;
}

h1 {/*적용*/
	color:blue;
}

 

선택자

 

  1. ID Selector : [#content, #footer] 구체성(0, 1, 0, 0)
  2. Class Selector : [.aside, .section] 구체성(0, 0, 1, 0)
  3. Type Selector : [h1, div, span, em] 구체성(0, 0, 0, 1)

 

구체성, 명시성, 세분화

<h2>헤딩 요소
	<span>명시성 테스트 (0,0,0,2)</span>
</h2>

<h4 class="c_type">클래스 구체성은
	<span class="c_type2">0,0,2,2 입니다.</span>
</h4>
h2 {
	color: red; /* 0,0,0,1 */
}

h2 span {
	color: green; /* 0,0,0,2 */
}

h4.c_type {
	/* 0,0,1,1 */ color: gray;
}

h4.c_type span.c_type2 {
	/* 0,0,2,2 */ color: pink;
}

#content {
	color: black;
}

div ul ul li {
	/* 요소 설명자 0,0,0,4 */
}

div.aside ul li {
	/* 클래스 1개와 요소가 3개이므로 0,0,1,3 */
}

a:hover {
	/* 가상 클래스 1개와 요소 1개 0,0,1,2 */
}

div.nav a:hover {
	/* 가상 클래스1개와 클래스 1개 그리고 요소가 2개 0,0,2,2 */
}

#content em {
	/* 아이디 선택자 1개와 요소 선택자 1이므로 0,1,0,1 */
}

div#content em {
	/* 아이디 선택자가 1개와 요소가 2개 0,1,0,2 */ 
}

※ 명시도에서 제일 앞 0은 인라인 스타일

 

무조건

<div id="demo">
	<p id="demo-child" style="color:tan">Lorem ipsum dolor sit.</p>
</div>

 

div#demo p#demo-child {
	color: red /*!important*/; /* 0,2,0,2 */ 
}

div p {
	color: green !important; /* 1,0,0,2 */
}

 

가상 클래스, 가상 요소

CSS 2.1 지원 가상 클래스

  • :link - 방문하지 않았던 링크
  • :visited - 방문했던 링크
  • :hover - 포커스를 받은 요소
  • :active - 활성화된 요소(링크를 클릭하고 있는 순간의 바로 그 링크)
  • :first-child 선택한 요소 중에 첫번째 자식인 요소

 

CSS 2.1 지원 가상 요소

 

  • ::first-letter
  • ::before
  • ::after

 

CSS 스타일 선언 3가지 방식

외부(External) 스타일, 내부(Internal) 스타일, 인라인(Inline) 스타일

외부(External) 스타일

- 가장 권장되고 일반적인 방법으로 CSS 파일을 별도로 관리하는 형태.

<head>
	<link rel="stylesheet" type="text/css" href="style.css"/>
</head>


내부(Internal) 스타일

- 내부스타일로 단발성 페이지의 CSS 분량이 적은 경우에 사용

<head>
	<style type=“text/css”>
		#demo { border:1px solid red; }
	</style>
</head>

인라인(Inline) 스타일

- 속성값이 동적으로 변경되어야 하는 경우에 사용

<div style=“display:block”>블라블라..</div>

 

'기술적 부채(Technical debt)'는 소프트웨어 개발 과정에서 장기적으로 바람직한 접근법 대신 당장 편한 해법을 택해 발생하는 추가적 작업 비용을 가리킵니다. '디자인 부채(design debt)', '코드 부채(code debt)'라고도 불립니다. 예를 들어 어떤 코드를 수정하면 연관된 코드와 문서화 작업을 함께 해야 하는데, 여러 이유로 이 작업을 미뤄 두면 결국 언젠가는 해야 할 작업, 즉 '빚'이 됩니다.

이 개념은 '금융 부채'와 비교하면 더 쉽게 이해할 수 있습니다. 부채를 상환하지 않으면 이자를 내야 하고, 이 이자가 쌓이면 재정 상황이 나빠지죠. 기술적 부채도 처음에는 큰 부담이 아니지만 방치하면 기존 시스템을 전면적으로 수정하기도, 그대로 운영하기도 힘든 난감한 상황이 됩니다. 오픈소스에서는 로컬에서 수정한 것을 업스트림 프로젝트로 보내지 않는 것을 기술적 부채로 보기도 합니다.

기술적 부채가 발생하는 이유는 다양합니다. 대표적인 것이 불충분한 선행 정의입니다. 요건 파악이나 설계를 제대로 하지 않고 개발을 진행하는 것이죠. 개발 기간을 조금 줄일 수 있지만 결국 더 많은 재작업을 해야 할 수 있습니다. 이 밖에 더 빠른 릴리즈를 요구하는 현업의 압박, 모듈화되지 않은 컴포넌트, 테스트와 문서화의 부족, 빈약한 협업 등도 기술적 부채가 생기는 원인입니다.

상당한 기술적 부채를 안은 채 릴리즈하면 훗날 이를 바로잡는 부담이 급격히 커집니다. 이미 사용하고 있는 소프트웨어 코드를 수정해야 하므로 장애 위험도 감수해야 합니다. 클라우드 업체라면 SLA(Service Level Agreement)에 따른 법적 책임을 져야 할 수도 있습니다. 이 때문에 많은 기업이 기술적 부채를 그대로 안고 시스템을 운영합니다. 마치 더 많은 이자를 감당하며 해결을 미루는 것과 같습니다.

그렇다고 기술적 부채를 무조건 나쁜 것으로 볼 필요는 없습니다. 예를 들어 개념증명(PoC) 같은 프로젝트는 어느 정도 기술적 부채를 감수하는 것이 오히려 효율적입니다. 장기적 대비보다는 당장 상용화 여부를 판단해야 하니까요. 반면 '기술적 부채'라는 표현 자체부터 문제가 있다는 지적도 있습니다. 마땅히 해야 할 작업을 안 하는 것을 그럴듯하게 포장하는 데 악용되고 있다는 것입니다.

원문보기:
http://www.itworld.co.kr/news/108316#csidx34216a7a953b18fa727cda4d60fc878 

 

 

ideal burn based on optimal quality
최적의 품질에 따른 이상적인 생각

managerial pressure exerted to meet deadline
마감 시한을 맞추기 위해 경영 압력

'공부방 > Issue' 카테고리의 다른 글

그누보드 5 + 아미나  (0) 2020.08.06
복구파티션 삭제  (0) 2020.05.07
VMware 용량추가  (0) 2020.05.07
Crystal Reports Date format  (0) 2020.04.28
EditPlus 설정 파일 경로  (0) 2020.04.27

1. 명령 프롬프트(CMD) 우클릭 후 관리자 권한으로 실행

2. diskpart

3. list disk

4. select disk 0

5. list partition

6. select partition 4

7. delete partition override

'공부방 > Issue' 카테고리의 다른 글

그누보드 5 + 아미나  (0) 2020.08.06
기술적 부채  (0) 2020.05.20
VMware 용량추가  (0) 2020.05.07
Crystal Reports Date format  (0) 2020.04.28
EditPlus 설정 파일 경로  (0) 2020.04.27

1. Edit virtual machine settings

2. Hard Disk 선택

3. Expand.. 클릭

4. 용량 설정 후

5. Expand 클릭

There is not enough space on the file system for the selected operation.

Error시 .vmdk확장자가 존재하는 드라이브 용량 확인

The disk was successfully expanded. You must repartition the disk and expand the file systems from within the guest operating system.

정상 메세지

 

6. VM 실행 후 내 컴퓨터 우클릭 후 관리메뉴 선택

7. 저장소 -> 디스크관리 -> 할당된 파티션에서 볼륨 확장으로 용량추가

활성화 파티션과 추가할당된 파티션 사이에 복구 파티션이 존재하는경우 해결 참조경로

https://ryazum.tistory.com/14

'공부방 > Issue' 카테고리의 다른 글

그누보드 5 + 아미나  (0) 2020.08.06
기술적 부채  (0) 2020.05.20
복구파티션 삭제  (0) 2020.05.07
Crystal Reports Date format  (0) 2020.04.28
EditPlus 설정 파일 경로  (0) 2020.04.27

CurrentDate = yy-MM-dd

CurrentDateTime = yy-MM-dd HH-mm-ss

 

nowYear = ToText(CDate(CurrentDateTime), "yyyy") //yyyy

'공부방 > Issue' 카테고리의 다른 글

그누보드 5 + 아미나  (0) 2020.08.06
기술적 부채  (0) 2020.05.20
복구파티션 삭제  (0) 2020.05.07
VMware 용량추가  (0) 2020.05.07
EditPlus 설정 파일 경로  (0) 2020.04.27

현 드라이브 D:\Program Files\EditPlus 

editplus_u.ini

[Editplus의 환경설정 파일]

 

ftp2_u.ini

[FTP 계정 설정 파일]

 

'공부방 > Issue' 카테고리의 다른 글

그누보드 5 + 아미나  (0) 2020.08.06
기술적 부채  (0) 2020.05.20
복구파티션 삭제  (0) 2020.05.07
VMware 용량추가  (0) 2020.05.07
Crystal Reports Date format  (0) 2020.04.28

Windows환경에서는 git-scm 설치 후 Git Bash에서 작업

add

  • git add [파일] : stage area에 파일을 추가하여 commit 할 수 있도록 한다.

commit

  • git commit -m”mention” : stage area에 있는 파일들을 commit 한다.
  • git commit -a -m”mention” : 이미 추가된 파일이 수정 중인 상황에서 stage area에 올리지 않아도 stage area에 올리고 바로 commit 한다.

remote

  • git remote add [저장소] [저장소주소] : 원격 저장소를 추가한다.
  • git remote -v : 원격 저장소 목록을 보여준다.

clone

  • git clone [주소] [저장될 폴더] : git 원격 저장소에 있는 프로젝트를 내려받는다.
  • git clone –depth [숫자] [주소] : 프로젝트가 많은 커밋들을 가지고 있을 경우 내려받는데 오래 걸리므로 depth 옵션을 사용하면 해당 숫자만큼의 최신 커밋들만 가지고 프로젝트를 내려받는다. ex) git clone --depth=1 http://192.168.0.88/sleepsensor/SleepIonicApp.git
  • git clone -b {branch_name} --single-branch : 특정 브랜치 하나만 clone

push

  • git push origin master : origin 원격 저장소에 master 브랜치에 추가된 스냅샷들을 올린다.
  • git push origin +master : origin 원격 저장소에 master 브랜치에 추가된 스냅샷들을 강제로 올린다.

stash

  • git stash : 변경된 내역들을 스택에 만들고 워킹디렉토리는 깨끗하게 비운다.
  • git stash list : 스택에 저장된 내역들을 확인할 수 있다.
  • git stash apply : 스택에 저장된 최신의 stash를 적용한다.
  • git stash apply stash이름(ex.stash@{0}) : 스택에 저장된 stash중 이름이 같은 stash를 적용한다.
  • git stash apply –index : Stage 상태로 스택에 저장된 stash를 Stage 상태까지 복원한다.

tag

  • git tag : 만들어진 태그 목록을 보여준다.
  • git tag [태그] : 태그를 만든다.
  • git tag -l ‘v1.0′ : 1.0버전의 태그들만 검색하여 보여준다.

diff

  • git diff : 파일 변경사항들을 보여준다.
  • git diff [파일] : 해당 파일의 변경사항을 보여준다.

branch

  • git branch : 브랜치 목록을 보여준다.
  • git branch [브랜치] : 브랜치를 생성한다.

checkout

  • git checkout [브랜치] : 해당 브랜치로 이동한다.
  • git checkout -b [브랜치] : 브랜치가 없으면 브랜치를 생성하고 이동한다.

merge

  • git merge [브랜치] : 현재 브랜치에서 입력한 브랜치와 합친다.

reset

  • git reset [커밋] [파일] : stage area에 있는 파일들을 모두 특정 커밋으로 되돌린다.
  • git reset --soft 커밋 : 수정사항을 유지하고 특정 커밋으로 되돌린다.
  • git reset --hard 커밋 : 수정사항을 무시하고 특정 커밋으로 되돌린다.

+ Recent posts