자바 개발을 개빡쌔게 짧고 굵게 si 으로 4년정도 했었다...그때는 모두 메뉴얼 또는 구글신과 네이버 형에게 도움을 받는게 최선이었고, 안풀리는 문제가 발생하면 수백건이 검색 된 검색 결과를 모두 참고하며 해결했다. 그리고 개발을 하지 않은지 언 15년이 훌쩍 지났고.. 어느날 자바도 아니고, C# 으로 사내시스템을 만들어야하는 상황이 발생했다. db모닝점검을 자동화하는 것을 구상했는데, 일단, 대상서버 등록, 점검항목(쿼리만), 대상서버와 점검항목 연결, 결과보기 이렇게 기능을 정의하고, 개발을 시작하려는데, 너무나 막막했다.. ㅋㅋ 자바도 아니고 c# 이고, 개발을 하지 않은지 15년이 지났으니, 당연했다. 다른 활용하는 방식이 많던데.. 내부 시스템은 인터넷이 안되고, 아직 회사에서 이런걸 지..
지금 다니는 회사에 이직한지 2년정도 되었는데, 시스템 중에 업무관리를 redmine 을 사용하고 있어서 반가웠다..redmine 이 한물 가긴 했지만, 많은 곳에서 여전히 유용하게 사용된다. 하지만 얼마되지 않아 드는 생각은... 누가 여기에 redmine이라는 시스템을 도입했을까? 라는 궁금증이 생겼다 여기 분위기를 봤을때 도저히 불가능한 일이기 때문이다.현재 Remine 을 제대로 활용을 거의 하지 않는다. 할 생각이 없다 ㅋㅋ (메일로 사용방법에 대한 팁을 공유해도 소용이 없다.)더 알아보니 개발팀에서 도입한것도 아니다. (심지어 외부 업체를 통해 설치를 했단다.. ㅋㅋ) 일단.. 대부분 개발자가 사람들이 스크립트를 그냥 올린다. wiki 문법으로 표시되어 알아볼수가 없지만 별로 신경쓰지 않는..
추가내용,.. LIKE 검색이나, 문자열 함수 등을 사용이 불가능해집니다. PostgreSQL 에서 Collation 관련 이슈.. https://www.postgresql.org/docs/current/collation.html : PG 메뉴얼 https://www.unicode.org/reports/tr10/ : Unicode® Technical Standard #10 https://unicode-org.github.io/icu/ : ICU 문서 https://webcache.googleusercontent.com/search?q=cache:W2Mex4SS0ygJ:https://postgresql.verite.pro/blog/2019/10/14/nondeterministic-collations.htm..
시퀀스의 cache 설정은 세션레벨에서 동작 함. 즉, cache 100 으로 설정했을때, 1번 세션에서 nextval하면 1이 표시되고 2번 세션에서 netxtval 하면 101 이 표시된다... 메뉴얼에는 관련내용을 cache 쪽에 설명을 하지 않고 notes 에 남겨놨다.. Unexpected results might be obtained if a cache setting greater than one is used for a sequence object that will be used concurrently by multiple sessions. Each session will allocate and cache successive sequence values during one access to ..
테이블에 리스트 파티션을 약 8000여개 생성 (이렇게 사용하는곳이 없을줄 알았는데..우리가 이렇게 씀.) 현상 Loop 등을 수행하는데 5-6 번째에서 한참동안 멈춰있다가 실행 또는 db 비정상 종료 됨. 메모리가 계속 증가 이슈1 쿼리를 작성할때 파티션 테이블의 파티션 기준에 대한 조건이 항상 있어야 함. 후행 테이블일때 조인 조건으로 받아먹는건 의미 없음(비결정적으로 판단하여 모든 파티션을 읽는 실행계획이 생성됨) 메모리 사용량이 계속 증가하는 현상과 함께 심한 경우 db 가 비정상종료되는 경우도 발생함. 이슈2 모든 파티션 조건을 추가해도, 같은 쿼리가 여러번 (5-6)수행되면, 내부적으로 실행계획을 재사용하기 위해 플랜을 생성하게 되는데, 이때 또 이슈 1과 같은 현상이 발생 함. 해결하기 위해..
기존 MS 에서 LIKE '%keyword%' 로 동작하는 기능을 MARIADB 의 mroonga(전문검색) 으로 사용하기 위해 테스트 중에 발생한 일들은 기록함. CREATE TABLE `TEST` ( `COM_CODE` varchar(6) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, `HID` bigint(20) DEFAULT NULL, ..... PRIMARY KEY (`COM_CODE`,`PROD_CD`) ) ENGINE=Mroonga DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci COMMENT='ENGINE "INNODB", flags "TABLE_HASH_KEY|KEY_LARGE"'; 다국어 테스트 ..
