/********************************************
   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

git config --global user.name "[name]"

git config --global user.email "[email]"

 

Publickey Error

git bash 에서 ssh-keygen 생성 후

C:\Users\계정\.ssh 에서 확인

계정 Settings에서 SSH Keys에서 확인된 key 등록

 

git clone git@gitlab.com:[git repository]

cd [Folder Name]

git add . 진행중 Windows CRLF line ending 오류

Info&Tip

Windows 에서는  line ending으로 CR(Carriage-Return, \r)과 LF(Line Feed, \n)을 사용하고 Unix 나 Mac OS 는 LF 만 사용한다.

이는 상당히 골치아픈 문제를 발생시킨다. 실제 코드는 변경된 게 없는데 소스의 CR/LF 때문에 변경으로 착각하여 commit 을 하게 될 수 있으며 변경 로그를 보거나 merge 마다 문제가 될 소지가 있다.

이런 문제를 방지하기 위해 OS 가 달라도 문제가 없도록 crlf 처리 방법을 결정해야 한다.

해결책

core.autocrlf

git 은 저장소 메타 데이타 디렉터리인 .git 폴더에 모든 이력 데이타를 갖고 있다. 이력 데이타는 key/value 형식의 데이타베이스이며 core.autocrlf 는 text file 을 git object database 에 checkin, checkout 할 때 어떻게 처리할지를 설정하는 변수이다. 

다음 세 가지 설정이 가능하다.

  • core.autocrlf = false. 기본 설정이다. 파일에 CRLF 를 썼든 LF 를 썼든 git 은 상관하지 않고 파일 그대로 checkin, checkout 한다. 이 설정은 line ending 이 다른 OS 에서는 text file 이 변경되었다고 나오므로 위에서 언급한 여러 가지 문제가 발생할 수 있다.
  • core.autocrlf = true text file을 object database 에 넣기전에 CRLF 를 LF 로 변경한다.
  • core.autocrlf = input LF를 line ending 으로 사용한다.

Windows

git config --global core.autocrlf true

Linux, OSX

git config --global core.autocrlf input

git commit -m "Add All[.]"

non-fast-forward 원격저장소와 로컬저장소의 불일치 오류

git pull origin master --allow-unrelated-histories

강제 일치화로 해결

pre-receive hook declined 브런치 권한오류

프로젝트 세팅 -> 저장소 -> Protected Branches 에서 merge/push 권한부여

 

git push -u origin master

 

 

+ Recent posts