제목) 정보분배/SQLite/Cache/Redis/WebHttp/Manual Program
1. 정보분배 TCP데이타 제공처(KRX) 증권정보데이타(Securities Information Data)는 주식, 채권, 파생상품 등 다양한 금융 상품에 대한 정보를 제공하는 데이터입니다. 이 데이터는 투자자, 금융 기관, 애널리스트 및 연구원들이 시장 동향을 파악하고 투자 결정을 내리는 데 중요한 역할을 합니다. 주식 데이터: 가격 정보: 시가, 종가, 고가, 저가, 거래량, 거래대금 등. 주식 지표: PER(주가수익비율), PBR(주가순자산비율), EPS(주당순이익) 등. 파생상품 데이터: 선물/옵션 정보: 기초 자산, 만기일, 행사가격, 거래량 등. 파생상품 지표: 변동성, 델타, 감마, 세타 등 그릭스(Greeks) 값. 거래소 정보: 지수 정보: 종합주가지수, 섹터별 지수, 글로벌 지수 등. 시장 통계: 거래소 전체의 거래량, 거래대금, 상장 종목 수 등. 데이터 제공 방법 실시간 데이터: 거래소와 데이터 제공업체가 실시간으로 업데이트되는 데이터를 제공합니다. 주요 제공 업체 한국거래소: 국내 주식, 채권, 파생상품의 거래 데이터를 제공합니다. 증권정보데이타는 금융 시장 참여자들이 시장을 이해하고 효과적으로 대응할 수 있도록 돕는 중요한 도구입니다.
비고) SendMessage를 이용한 Debugging(Windows에서 SendMessage를 이용해서 로그를 보는것이 편하다.)
비고) Web Browser에서 Request시에, JSON포맷으로 Response 받는예.
3. SQLite DataBase SQLite는 가벼운 디스크 기반 데이터베이스 관리 시스템(DBMS)입니다. 여기서 "가벼운"은 소프트웨어의 크기와 자원 소비가 적다는 것을 의미합니다. SQLite는 서버 기반 DBMS와 달리 클라이언트-서버 구조가 아닌 내장형 데이터베이스로, 어플리케이션에 직접 통합됩니다.
주요 특징 독립형:
SQLite는 단일 파일로 모든 데이터베이스를 저장합니다. 이는 배포와 백업을 간단하게 만듭니다. 제로 설정: 설치나 초기 설정이 필요 없습니다. SQLite 라이브러리 파일을 어플리케이션에 포함시키면 바로 사용할 수 있습니다. 서버리스: 별도의 서버 프로세스가 필요 없습니다. 어플리케이션이 직접 SQLite 데이터베이스 파일을 읽고 쓸 수 있습니다. 크로스 플랫폼: 다양한 운영체제에서 동작하며, 동일한 데이터베이스 파일이 여러 플랫폼에서 호환됩니다. 높은 신뢰성: SQLite는 트랜잭션을 지원하며, ACID(Atomicity, Consistency, Isolation, Durability) 속성을 보장합니다. 표준 SQL 지원: 대부분의 SQL-92 표준을 지원합니다. 하지만 몇 가지 고급 기능은 지원하지 않을 수 있습니다. 사용 사례 임베디드 시스템: 모바일 장치, IoT 기기, 가전제품 등에서 많이 사용됩니다. 테스트 및 프로토타이핑: 서버 기반 DBMS의 복잡성을 피하기 위해 초기 개발 단계에서 사용됩니다. 데스크탑 응용 프로그램: 여러 데스크탑 애플리케이션에서 데이터 저장을 위해 사용됩니다. 웹 브라우저: 브라우저 내부에서 사용자의 데이터를 저장하기 위해 사용됩니다. 예: Google Chrome, Firefox의 내부 데이터 저장. 장단점 장점: 매우 가볍고 빠릅니다. 설정이 간단하고 사용이 편리합니다. 소스 코드가 공개되어 있어 수정 및 커스터마이징이 가능합니다. 파일 기반이므로 이동성과 백업이 용이합니다. 단점: 동시성이 필요한 대규모 애플리케이션에서는 성능이 떨어질 수 있습니다. 고급 기능(예: 저장 프로시저, 사용자 정의 함수 등)이 부족할 수 있습니다. 대용량 데이터를 처리하는 데는 적합하지 않을 수 있습니다.
4. REDIS Redis는 오픈 소스 인메모리 데이터 구조 저장소로, 주로 고성능의 실시간 애플리케이션을 위해 사용됩니다. Redis는 "Remote Dictionary Server"의 약자로, 다양한 데이터 구조를 지원하며, 높은 속도와 확장성을 제공하는 것이 특징입니다.
주요 특징 인메모리 데이터베이스: Redis는 데이터를 메모리에 저장하므로 매우 빠른 읽기 및 쓰기 속도를 제공합니다. 디스크에도 비동기적으로 데이터를 저장할 수 있어 내구성을 보장합니다. 다양한 데이터 구조 지원: 문자열, 리스트, 셋(set), 해시(hash), 정렬된 셋(sorted set), 비트맵(bitmap), 하이퍼로그로그(hyperloglog), 지오스페이셜 인덱스(geospatial index) 등의 다양한 데이터 구조를 지원합니다. 퍼시스턴스: 데이터를 디스크에 저장하여 메모리에서 데이터가 손실되는 것을 방지할 수 있습니다. RDB(Snapshotting)와 AOF(Append Only File) 두 가지 방식으로 퍼시스턴스를 제공합니다. 사용 사례 캐싱:빠른 데이터 액세스를 위해 자주 사용되는 데이터를 캐시합니다. 세션 저장소:웹 애플리케이션의 사용자 세션 데이터를 저장합니다. 실시간 분석:실시간 로그 처리 및 데이터 분석에 사용됩니다. 메시지 큐:Pub/Sub 메시징 시스템을 통해 메시지 큐로 사용할 수 있습니다. 장점: 매우 빠른 속도와 낮은 지연 시간. 다양한 데이터 구조 지원. 높은 가용성과 확장성. 단순하고 직관적인 API. 단점: 메모리에 데이터를 저장하므로 메모리 용량에 제한이 있음.
윈도우에서 특정 프로그램의 네트워크 상태를 확인하기 위해 사용할 수 있는 몇 가지 명령어가 있습니다. 대표적으로 netstat 명령어가 많이 사용되며, tasklist와 findstr을 조합하여 특정 프로그램에 대한 정보를 확인할 수 있습니다.
netstat:
네트워크 연결 상태를 확인할 수 있는 기본 명령어입니다. 특정 프로그램의 네트워크 연결을 확인하려면 -b 옵션을 사용하여 실행 중인 각 연결의 실행 파일을 표시할 수 있습니다. 이 명령은 관리자 권한으로 실행해야 합니다. netstat -anob
tasklist:
현재 실행 중인 프로세스 목록을 확인할 수 있습니다. 특정 프로그램의 PID(Process ID)를 찾을 때 유용합니다.
tasklist | findstr [프로그램 이름]
netstat과 findstr 조합:
특정 프로그램의 네트워크 연결 상태를 PID를 통해 필터링할 수 있습니다. 먼저 프로그램의 PID를 찾습니다:
tasklist | findstr [프로그램 이름]
그런 다음 해당 PID로 네트워크 상태를 필터링합니다:
netstat -ano | findstr [PID] 예를 들어, 특정 프로그램(예: redis-server.exe)의 네트워크 상태를 확인하려면 다음과 같은 단계를 따릅니다:
redis-server.exe의 PID를 찾습니다:
tasklist | findstr redis-server.exe 찾은 PID를 사용하여 네트워크 상태를 확인합니다(예를 들어, PID가 1234라면):
netstat -ano | findstr 1234 이 명령어들을 통해 특정 프로그램의 네트워크 연결 상태를 쉽게 확인할 수 있습니다.
ex) 예로써 개발되어진 프로그램은 다음의 네트웍 통신을 할수 있다. mdiwebrowser.exe 1. 21111 포트로 정보분배 데이타를 수신한다. 2. 6379 포트로 REDIS서버에 송수신을 한다. 3. 8080 포트로 HTTP Request & Response를 한다.
TCP 0.0.0.0:6379 0.0.0.0:0 LISTENING TCP 127.0.0.1:6379 127.0.0.1:64279 ESTABLISHED TCP 127.0.0.1:6379 127.0.0.1:64285 ESTABLISHED TCP 127.0.0.1:64279 127.0.0.1:6379 ESTABLISHED TCP 127.0.0.1:64285 127.0.0.1:6379 ESTABLISHED TCP [::]:6379 [::]:0 LISTENING
> netstat -an | grep 6379 명령의 출력 결과를 해석하면 다음과 같습니다:
이 TCP 연결 정보를 해석하면 다음과 같습니다:
0.0.0.0:6379가 0.0.0.0:0에 대해 LISTENING 상태에 있음:
이 행은 서버가 모든 네트워크 인터페이스에서 6379 포트를 듣고 있음을 나타냅니다.
0.0.0.0는 모든 IPv4 주소를 의미합니다.
127.0.0.1:6379가 127.0.0.1:64279에 대해 ESTABLISHED 상태에 있음:
이 행은 로컬 호스트(127.0.0.1)에서 6379 포트와 로컬 호스트에서 64279 포트 사이에 확립된 연결이 있음을 나타냅니다.
즉, 이 연결은 같은 컴퓨터 내에서 이루어졌습니다.
127.0.0.1:6379가 127.0.0.1:64285에 대해 ESTABLISHED 상태에 있음:
이 행도 유사하게 로컬 호스트에서 6379 포트와 로컬 호스트에서 64285 포트 사이에 확립된 연결이 있음을 나타냅니다.
127.0.0.1:64279가 127.0.0.1:6379에 대해 ESTABLISHED 상태에 있음:
이 행은 위의 두 번째 행과 쌍을 이룹니다. 64279 포트에서 6379 포트로의 연결이 확립됨을 나타냅니다.
127.0.0.1:64285가 127.0.0.1:6379에 대해 ESTABLISHED 상태에 있음:
이 행은 위의 세 번째 행과 쌍을 이룹니다. 64285 포트에서 6379 포트로의 연결이 확립됨을 나타냅니다.
[::]:6379가 [::]:0에 대해 LISTENING 상태에 있음:
이 행은 서버가 모든 IPv6 인터페이스에서 6379 포트를 듣고 있음을 나타냅니다.
[::]는 모든 IPv6 주소를 의미합니다.
요약하면, 이 정보는 서버가 6379 포트를 통해 여러 연결을 처리하고 있으며, 이 포트는 IPv4 및 IPv6 주소 모두에서 LISTENING 상태에 있습니다. 로컬 호스트에서 몇몇 확립된 연결(ESTABLISHED)이 존재합니다. 6379 포트는 일반적으로 Redis 서버가 사용하는 포트입니다.
여기서 value는 컨트롤을 보이게 할지(true) 숨기게 할지(false)를 나타내는 부울 값입니다.
기본 동작
기본적으로 SetVisibleCore 메서드는 Visible 속성을 설정하고, 컨트롤의 기본 가시성 변경 작업을 처리합니다. 예를 들어, 컨트롤이 처음 생성될 때 보이도록 설정하거나, 가시성을 변경할 때 적절한 이벤트를 발생시키는 등의 작업이 포함됩니다.
사용자 정의
파생 클래스에서 SetVisibleCore를 재정의하여 특정 조건에 따라 컨트롤의 가시성을 제어할 수 있습니다. 다음은 SetVisibleCore를 재정의하여 특정 조건에 따라 컨트롤을 보이게 또는 숨기게 하는 예제입니다:
public class MyCustomControl : Form { bool allowshowdisplay = false; #if(true) protected override void SetVisibleCore(bool value) { base.SetVisibleCore(allowshowdisplay ? value : allowshowdisplay); } #endif #if(false) protected override void SetVisibleCore(bool value) { // 특정 조건을 만족할 때만 컨트롤을 표시 if (ShouldControlBeVisible()) { Console.WriteLine("Show"); base.SetVisibleCore(value); } else { Console.WriteLine("Hide"); base.SetVisibleCore(false); } } #endif private bool ShouldControlBeVisible() { // 사용자 정의 조건 로직 //return DateTime.Now.Second % 2 == 0; // 예: 현재 초가 짝수일 때만 보이도록 return false; } } public class Program { public static void Main() { Application.Run(new MyCustomControl()); } }
grep 명령어 실행 시 "No such file or directory" 메시지를 피하려면, 다음과 같은 방법을 사용할 수 있습니다. grep 명령어 실행 시 "No such file or directory" 메시지를 피하려면, 다음과 같은 방법을 사용할 수 있습니다.
B210145_BK@DESKTOP-QNNUCER MINGW64 ~/Downloads/EXTURE_3_0_APM_BASIC $ find ./ -name "*.cs" | xargs grep "Data Source" ./APM/APM/APMMain.cs: APMSQLite.GetInstance.Conn = new SQLiteConnection("Data Source=:memory:;Version=3;"); ./APM/APM/APMMainForm.cs: APMSQLite.GetInstance.Conn = new SQLiteConnection("Data Source=:memory:;Version=3;"); grep: ./APM/Screen/Live-Charts-master/Examples/UWP/CartesianChart/Basic: No such file or directory grep: Bars/BasicColumn.xaml.cs: No such file or directory grep: ./APM/Screen/Live-Charts-master/Examples/UWP/CartesianChart/Basic: No such file or directory grep: Bars/BasicRowExample.xaml.cs: No such file or directory grep: ./APM/Screen/Live-Charts-master/Examples/UWP/CartesianChart/Basic: No such file or directory grep: Stacked: No such file or directory grep: Bar/BasicStackedColumnExample.xaml.cs: No such file or directory grep: ./APM/Screen/Live-Charts-master/Examples/UWP/CartesianChart/Basic: No such file or directory grep: Stacked: No such file or directory grep: Bar/BasicStackedRowPercentageExample.xaml.cs: No such file or directory grep: ./APM/Screen/Live-Charts-master/Examples/UWP/CartesianChart/Chart: No such file or directory grep: to: No such file or directory grep: Image/ChartToImageSample.xaml.cs: No such file or directory grep: ./APM/Screen/Live-Charts-master/Examples/UWP/CartesianChart/Customized: No such file or directory grep: Series/CustomizedLineSeries.xaml.cs: No such file or directory
1. 오류 메시지 무시하기: grep 명령어의 표준 오류를 /dev/null로 리디렉션하여 오류 메시지를 무시할 수 있습니다.
비고) 키워드를 사용하지 않고 HTTP 서버를 구현하는 방법을 보여드리겠습니다. 이 경우, HttpListener를 사용하여 비동기 방식이 아닌 동기 방식으로 요청을 처리합니다. 동기 방식은 코드가 요청을 처리하는 동안 다른 작업을 수행할 수 없으므로 서버의 응답 속도가 느려질 수 있습니다.
Windows OS에서 버퍼 캐시는 메모리 관리의 중요한 부분으로, 디스크 I/O 성능을 최적화하는 데 핵심적인 역할을 합니다. 버퍼 캐시의 주요 역할은 다음과 같습니다:
디스크 I/O 성능 향상:
자주 접근하는 데이터나 파일 시스템 메타데이터를 메모리에 캐싱하여 디스크 접근을 줄입니다. 이를 통해 디스크에서 직접 데이터를 읽는 시간을 절약할 수 있습니다.
읽기 성능 개선:
한 번 읽은 데이터를 메모리에 저장하여 동일한 데이터에 대한 후속 읽기 작업이 더 빠르게 수행될 수 있도록 합니다.
쓰기 성능 최적화:
쓰기 작업을 먼저 메모리에 저장한 후, 일정 주기나 조건이 만족될 때 디스크에 기록합니다. 이를 통해 디스크에 대한 빈번한 쓰기 작업을 줄이고, 시스템의 전반적인 성능을 향상시킵니다.
메모리 사용의 효율성:
사용하지 않는 메모리를 캐시로 활용하여 시스템의 효율성을 높입니다. 사용 중인 메모리가 부족할 경우, 캐시된 데이터를 삭제하거나 축소하여 더 중요한 작업에 메모리를 할당할 수 있습니다.
데이터 일관성 유지:
데이터를 디스크에 기록하기 전에 메모리에 캐싱하여 데이터의 일관성을 유지하고, 시스템 크래시나 전원 장애 시 데이터 손실을 방지하는 메커니즘을 제공합니다.
버퍼 캐시는 이러한 기능을 통해 전체적인 시스템 성능을 향상시키고, 사용자 경험을 개선하는 중요한 역할을 합니다.
PowerShell을 CMD에서 실행하는 방법: CMD를 열고 PowerShell 명령어를 실행하여 시스템의 버퍼 캐시를 확인할 수 있습니다.
PowerShell 명령어: 버퍼 캐시 및 메모리 상태를 확인하기 위해 Get-WmiObject를 사용할 수 있습니다.
Windows OS에서 버퍼 캐시 상태를 CMD(Command Prompt)에서 확인하는 명령어는 Get-Process 및 Get-WmiObject를 활용하여 PowerShell을 통해 확인할 수 있습니다. Windows CMD 자체에서는 이러한 정보를 직접적으로 제공하지 않기 때문에 PowerShell을 사용해야 합니다.
SQLite는 MySQL나 PostgreSQL와 같은 데이터베이스 관리 시스템이지만, 서버가 아니라 응용 프로그램에 넣어 사용하는 비교적 가벼운 데이터베이스이다. 일반적인 RDBMS에 비해 대규모 작업에는 적합하지 않지만, 중소 규모라면 속도에 손색이 없다. 또 API는 단순히 라이브러리를 호출하는 것만 있으며, 데이터를 저장하는 데 하나의 파일만을 사용하는 것이 특징이다. 버전 3.3.8에서는 풀텍스트 검색 기능을 가진 FTS1 모듈이 지원된다. 컬럼을 삭제하거나 변경하는 것 등이 제한된다. 구글 안드로이드 운영 체제에 기본 탑재된 데이터베이스이기도 하다.
RDBMS( oracle, mssql, sysbase, mysql, mariadb 등)와 동일하게 ansi sql을 사용할 수 있다. 다른 RDBMS와의 가장 큰 차이점은 아래와 같다. 데이터베이스별로 파일1개로 구성된다. 로컬에 파일로 저장하므로 원격접속이 안된다. ( 웹서버와 DB서버를 별도로 구성 X, 다른 대안은 찾아보면 있다. 다른아이피의 PC를 마운트 해서 사용한다던가..등) 접속아이디나 패스워드가 없다. 다중 접속이 많아질 경우 예기치 않은 문제가 발생할 수 있다. 구글 안드로이드 운영 체제에 기본 탑재되어 있어 앱을 만들어본 경험이 있다면, 누구나 한번쯤은 사용해보고 들어봤을 것이다. 윈도우PC에서도 설치하여 사용할 수 있으며, 간단한 웹페이지를 구현할때도 별도의 설치과정이 없이 실행파일만 있으면 바로 사용할 수 있다.
