วีดีโอ

소스는 설명란 링크에 올려두었습니다:)

😅😄😅

안녕하세요. 착한코딩입니다. DB 툴마다 AUTO COMMIT을 설정할 수 있는데요. 일단 커밋이 되면 ROLLBACK이 되지 않기 때문에 AUTO COMMIT 모드를 해제하시면, ROLLBACK이 잘될 거에요ㅎㅎ MARIADB도 ORACLE과 트렌젝션 개념에 차이는 없습니다^^ 감사합니다.

안녕하세요. 착한코딩입니다. 사실 엑셀에서 DB서버를 연동해 사용하더라도, 엑셀에서 SQL 쿼리를 대신 실행하는 뿐이지 SQL을 사용하지 않는 것은 아닙니다:) 그래서 질문을 'SQL을 사용하는 이유'가 아니라 '직접 쿼리를 실행할 수 있는 DB툴을 왜 사용하느냐?'로 바꿔야 할 것 같아요 (제가 이해한게 맞나요?ㅎㅎ) * DB IDE 툴 예) TOAD, WORKBENCH, SQL DEVELOPER, DBEAVER 등 DB IDE 툴을 사용하는 가장 큰 이유는 편의성입니다. : 여기서 편의성은 SQL문법이 익숙한 사람, 대부분 개발자를 의미합니다. 매번 같은 테이블, 조건의 데이터만 추출한다면, 엑셀에 고정 쿼리를 저장해놓고 사용하는게 편하겠지만 실무에서는 추출 조건이 변경될 때가 많고, 추출 전에 여러가지 연계된 데이터를 확인해야할 때가 많습니다. 이럴 때마다, 엑셀에 쿼리를 붙여넣고 실행 결과를 보면 아주 불편하겠죠? IDE를 사용하면 메모장 같은 스크립트에 쿼리를 작성하고 단축키로 빠르게 실행 결과를 확인할 수 있습니다. 개발자가 아닌 고객(엔드유저)이 사용하기 편하게 만든 프로그램은 여러 응용프로그램(엑셀) 이외에도 상용화된 웹 사이트나 앱(네이버)이 전부 포한된다고 볼 수 있습니다. 동작하는 원리를 보면 엑셀과 네이버 앱에서 데이터를 조회하는 방식이 같습니다. 예를 들어, 네이버에서 로그인을 할때, 아이디&패스워드를 입력 후, 로그인 버튼을 누르면 네이버 백엔드 서버에서 DB서버로 조회 쿼리를 보냅니다. 이 쿼리는 항상 사용하는 테이블과 조건이 같으니, 고정으로 입력해두고 변수 값만 바꿔서 사용하는 것이죠 질문 자체를 100% 이해하기는 어려워서, 어느 정도 예상하면서 답변을 달아봤는데요 추가 질문이 있으시면, 편하게 물어보세요^^

파이썬과 SQL 차이는 말씀하신 내용이 어느정도 맞습니다. DBMS 서버에 접근하는 건 통신의 문제라서 사용 툴이나 프로토콜 등이 담당하는데요~ 네트워크를 통해 SQL문법으로 작성한 쿼리를 DB 서버에 보내면 DBMS가 쿼리를 읽어서, 결과값은 반환합니다. 넓게 보면 SQL이 데이터 베이스에 접근한다 라고 봐도 괜찮을 것 같아요ㅎㅎ 파이썬, 자바, C 등 프로그램인 언어로 할 수 있는 일은 굉장히 많은데요. 물론 직접 DB 서버에 접속해서 데이터를 가져오는 것도 가능하겠지만 DB를 다루는데는 SQL이 더 효율적이니 프로그램 언어는 조회한 데이터를 가공하는데 주로 사용됩니다. 예를 들어, 조회한 데이터로 머신러닝을 돌린다고 했을 때 SQL문으로 DB서버에 데이터를 불러온 다음 파이썬이 머신러닝에 필요한 라이브러리를 사용해 라이브러리가 제공하는 함수에 데이터를 넣고 가공할 수 있습니다.

@@ChakhanCoding 답변 정말 감사합니다!!엄청 친절하게 알려주셔서 너무 감사하네요 제가 다소 모호하게 문의드렸나보네요 ㅠ 문의드리고 싶었던 부분이 제가 회사에서 오라클의 argus safety 라는 운영계 데이터베이스를 사용했었는데요 당시에 데이터를 추출할때 원하는 조건을 필터링 해서 넣어서 엑셀파일 형태로 추출이 가능했습니다 엔드 유저 였기 때문에 sql 이런건 아예 없어도 데이터베이스에서 클릭해서 추출이가능 하더라구요 Sql이 시스템 내부에서는 이미 돌아가고 있었는지는 모르겠지만 엑셀로 원하는 형태로 필터링 해서 추출했던 기억이 있는데요 무튼 그래서 sql없이도 개발 아예 모르는 일반 사용자도 다 추출이 가능한데 왜 데이터 베이스에 접근하려면 sql이 좋다고 하는건지? 가 잘 이해가 안됐어서 문의 드렸습니다 좀더 내가 원하는 대로 데이텨에 접근가능하다? 정도로 이해 하면될 것 같기도 하네요 답변 감사합니당!!

@@ChakhanCoding 아하 넵! 그러면 추가로 궁금한게 sql이라는 게 Rdbms 에 사용하기에 좋은 언어라고 이해하고 있는데 Rdbms 라는 시스템을 sql로 접근가능하게 시스템 업체에서 만들어 놨기 때문에 Sql 아예 사용 안하고 파이썬으로 데이터 베이스에 접근도 하고 분석도 하고 이것저것 하는 건 안되는 것이죠? 파이썬이 한단계 높은 수준의 유동성을 제공한다고 하면 굳이 sql의 필요성은..? Rdbms업체에서 sql로만 데이터 조회가 되게 만들어놓았기 때문에 그걸 사용해야하는 그런 건가요?? 만약에 파이썬으로 조회가 가능하게 하는 rdbms가 개발되면 sql은 배울 필요 없는 것일지 궁금합니다 컴퓨터나 프로그래밍 지식이 거의 전무해서 공부중이라 다소 질문이 부정확할 수 있는 점 죄송합니다ㅠ

감사합니다:)

👍

안녕하세요. 착한코딩입니다. 형상관리 서버가 없다면, 대형 프로젝트가 아니더라도 파일을 통째로 주는 방식 등을 사용해야하니 아주 불편할거에요ㅎㅎ 소스를 제외한 의사소통은 레드마인, 지라, 노션 등으로 할 수 있겠지만 상용 프로그램의 소스는 무조건 형상관리를 해야합니다. 가끔 보안 정책 등의 이유로 외부 서버를 사용하는 못하는 경우 회사 폐쇄망에 github나 bitbucket을 세팅해 사용합니다. 그것도 안된다면 팀 별로 여분의 PC를, 형상관리 서버로 사용하기도 합니다:)

감사합니다.

좋은 의견 감사합니다:)

그런식으로 최소한 매크로 사용하기가 불편하게 만드는게 최선아닐까요

안됩니다^^

😊

안녕하세요! 하이브리드 앱안에 네이티브와 웹뷰 영역이 있는거라서요~ 사실 둘을 구분해주는 툴이 없으면, 구분이 쉽진 않습니다😅

안녕하세요~ 영상에 나온 사이트는 제가 메모를 해 놓지 않아서..찾지 못했습니다ㅎㅎ 그래서 몇 개 사이트 들어가 봤는데요 www.newocr.com 여기가 광고는 좀 있지만, 인식은 잘되네요:)

안녕하세요~상황에 따라 체크할 사항이 더 있겠지만, 가장 중요하다고 생각하는 것들만 설명드렸습니다😊 가장 공부할 것이 많은 시기네요💻 파이팅👏

😅

😀

😢

고마운 알고리즘이네요! 댓글 감사드립니다😊

도움이 되셨다니 다행입니다ㅎㅎ감사함니다😄

감사합니다😄

감사합니다^^

도움이 되셨다니 다행입니다😀

안녕하세요~ 어떤 장점 때문에 UUID가 쓰기 좋은지 말씀해주시면, 정리가 쉬울 것 같습니다! 일단 일반적으로 얘기하는 AutoIncrement와 UUID 특징에 대한, 개인적인 생각 적어볼게요ㅎㅎ * AutoIncrement * 1. 다른 테이블의 KEY와 겹칠 수 있다. > 영상에서와 같이 이니셜 등 추가 텍스트를 붙여 함께 사용하면 KEY가 겹칠 일은 없습니다. 실무에서 같은 형식의 테이블을 병합할 케이스는 많이 없을 것 같은데요. 동일한 데이터를 서로 다른 테이블에 같은 KEY형식으로 저장했다면, 애초에 DB 설계가 잘못됐을 것 같아요. 2. 신규 데이터 삽입 전에, DB에 유니크한 인덱스 최대값을 요청해야한다. > 서버에 무리를 주는 프로세스 아닌 가벼운 작업입니다. 하지만 짧은 시간에 INSERT를 극단적으로 많이 하는 프로세스의 경우, 고려해야할 수도 있을 것 같네요. 3. 저장된 데이터 수를 예상할 수 있다. > ROW수가 노출돼도 되는 데이터는 상관 없겠지만, 수치가 중요한 데이터의 경우 KEY를 외부에 노출하지 않고 사용해야합니다. * UUID * 1. 가독성이 떨어진다. > KEY가 외부에 노출되고, 보안보다는 가독성이 중요할 경우 UUID를 사용하지 않습니다. 가독성이 중요한 경우, AutoIncrement에 추가 필요한 변수값을 더해서 사용합니다. 2. 인덱싱할 경우 길이가 길어, 메모리를 많이 사용하고, 검색 속도가 느리다. > DB성능이 충분히 커버할 수 있고, 보안이 중요한 데이터라면 UUID를 사용할 수 있습니다. 3. 보안이 AutoIncrement보다 강하다. > 노출된 KEY로 무엇을 할 수 있냐?를 생각해 봐야하는데요. AutoIncrement가 포함된 KEY가 외부에 노출이 되지만, 아무것도 할 수 없다면 보안 이슈가 발생하지 않습니다. 예) 주문번호의 경우 날짜를 넣어 가독성이 좋고, 고객 페이지에 노출됩니다. 주문취소 등 작업을 API호출을 받아서 백엔드에서 처리할 때, 권한이 있는 사용자인지(주문한 계정)를 체크하는 로직을 사용합니다. 결론은 효율성과 보안 이슈를 운영하는 서비스 내에서 보완할 수 있다면 어느 쪽을 사용해도 상관없을 것 같습니다:)

​@@ChakhanCoding 뉴비의 질문에 친절한 답변 먼저 감사드립니다. 이제 주니어인 입장이라 올려주신 영상들이 많이 도움이 되네요. : ) 최근에 듣거나 테스트한 내용 위주로 정리해서 이야기 드리겠습니다. 아직 경험치가 적어 그나마 경험해본 mySQL, postgreSQL기준이 많습니다. 답변 주시면 향후 공부에 많은 도움이 될 듯 싶습니다. AI 2. 신규 데이터 삽입 전에, DB에 유니크한 인덱스 최대값을 요청해야한다. -> 해당 사유로 UUID를 권고하는 경우를 봤습니다. 예를 들어 게시판을 구현하는 경우 게시물, 검색태그, 첨부파일, 링크파일 등 하나의 게시물을 등록할때 게시물의 ai값을 받아와서 나머지 테이블에 insert 하거나 해야되는데 uuid 의 경우엔 bulk insert가 가능하다 는 내용입니다. 또한 AI는 sequence 값을 계산해야해서 쓰기 작업을 동시에 할 수 없고 읽기 작업만 동시에 가능하여 쓰기 작업에 불리하다는 내용은 보았습니다. 이에 대한 의견이 궁금합니다. AI3. 저장된 데이터 수를 예상할 수 있다. -> 이 경우엔 오히려 AI가 정수의 증분값으로 이미 입력된 데이터의 pk 및 앞으로 입력될 데이터의 pk 유추가 쉬운게 아닌지요? UUID2. 인덱싱할 경우 길이가 길어, 메모리를 많이 사용하고, 검색 속도가 느리다. -> DBMS에 따라 binary로 저장된 uuid가 int나 long 타입의 PK보다 성능이 더 좋다는 포스팅들이 많이 있습니다. 물론 DBMS의 특성이나 테이블의 특성에 따라 다르고 절대적인 평가 기준은 아니겠지만 대체적인 추세에 대해 궁금합니다. 다시 한번 지나가는 궁금점에 자세히 답변 주신 점에 감사드리며, 다시 답변 주시면 너무 기쁘겠습니다. 좋은밤 되세요 : )

추가로 설명 드리면 uuid는 결국 확장에 대한 대비때문에 많이 사용하는 것으로 생각됩니다.

@@hada0127 안녕하세요~ 답이 늦었네요; AI 2. 말씀하신 내용이 맞습니다. AutoIncrement를 사용하는 데이터를 삽입할 경우, 무조건 현재 시퀀스를 읽는 작업이 필요하기 때문에 이미 정해진 값을 삽입하는 uuid에 비해 이 부분에서는 효율이 떨어집니다. 또 값이 중복되지 않아야하니, 동시 쓰기 작업이 불가능한 것도 맞습니다. 위에 지난번 답변은 운영 측면에서 문제가 되는지 관점에서 설명드렸습니다^^ 실행 효율은 좀 떨어지지만, DB서버가 감당할 수 있고 AutoIncrement가 주는 장점이 더 필요한 상황이라면 AutoIncrement를 사용해도 무방할 것 같아요. AI 3. 맞습니다. AutoIncrement로 생성한 PK값이 노출되면 이미 저장된 값과, 현재값, 앞으로 입력될 값을 유추가능합니다. UUID2. 바이너리로 저장하면 성능이 달라질 수도 있겠네요ㅎㅎ 추세는 제가 아는 데이터가 별로 없어서;;잘모르겠어요

@@hada0127 서로 다른 서비스에서 같은 KEY로 데이터를 식별해야 한다면, uuid를 사용하는 게 좋겠네요

개발 의뢰는 받고있지 않습니다~

개발 의뢰는 받고 있지 않습니다~

안녕하세요. 답변이 늦었네요 PIVOT IN 구문에서는 서브쿼리를 사용할 수 없어서 XML 또는 다이나믹 SQL을 사용해서 해결할 수 있습니다. 다이나믹 SQL로 QUESTION값을 조회해오는 쿼리를, 아래 블로그에 업로드해 놓았습니다. leejungyeoul.tistory.com/360 추가로 궁금하신게 생기면 편하게 물어보세요^

😄

😄

안녕하세요. github contributions(기여도) 그래프 모양이 잔디를 심어 놓은 것과 비슷해서 비유를 많이 하는데요. 개발자마다 커밋을 하는 시점이 다른데 제 생각은 그래프를 채우기 위한 커밋은 의미가 없습니다. 다른 사람보다 일을 많이 한 것 처럼 보이기 위해서 일부러 커밋을 많이 할 필요는 없습니다. 여러 명이 협업을하는 실무에서는 오히려 커밋을 많이 하면 히스토리 row가 많아져 가독성이 떨어집니다. 개인 프로젝트를 진행할 때에는 백업 목적으로 작업 단위를 작게 나눠서 커밋해도 상관없지만, 회사에서는 큰 작업 단위로 하는 게 좋습니다. 여러 명이 커밋+푸시하는 repository에서 커밋 단위를 작게 쪼개고 싶다면 개인 branch를 사용하는 방법이 있습니다. 중요한 건 커밋 숫자가 아니라 동료나 미래의 내가 커밋 히스토리 1건만 봐도 어떤 변경 사항이 있었는지 쉽게 알 수 있어야 합니다^^

@@ChakhanCoding 조언감사합니다.

안녕하세요~ 물론 매크로가 다른 작업에도 많이 사용되지만 영상에서 사용한 매크로는, 이후 다른 티켓팅에 충분히 사용될 수 있어서요. 프로그램 공개는 어렵습니다. 죄송합니다;

안녕하세요~ 영상에서 시연한 매크로는 코드를 사용하지 않았고 이미 누군가 만든 좌표 프로그램을 다운받아 사용했습니다. 자동화 테스트 프로그램도 사내 PC에서 개발한 거라서요. 코드 제공은 어렵습니다. 감사합니다.

안녕하세요ㅎㅎ 메일주소 fruitpunch@kakao.com 입니다~

@@ChakhanCoding 감사합니다! 메일하나 발송 해드렸는데 확인부탁드립니다!!

😊

아유~감사합니다 쭈현님

기다려주시다니 감사합니다ㅎㅎ 요즘 다른일로 바빠서ㅠ 이번 주말까지 하나올리고 다음 주부터 최대한 일주일에, 한 개 업로드 목표로 해볼게요^

@@ChakhanCoding 우리 교수님 보다 잘 가르칩니다 자부심 가지세요 구독 알림 해왔어요 화이팅 앞으로 자주 볼게여