SQL에 대한질문인지 RDBMS에 대한질문인지흔히들 DB에 대해 얘기를 할때SQL = RDBMS라고들 혼동하는데둘은 다른 개념이다 RDBMS에서 스키마를 다루고 질의하는 언어Structure Query Language라고 함이는 각 RDBMS 마다 기본적인 기능외에도 킬러 기능을 지원하기때문에 PL/SQL, T-SQL과 같이 구분됨어쨋든 너의 질문의 요지는 RDBMS의 종류가 왜캐 많냐 이건데 RDBMS를 선택하는데의는 여러가지 요인이있음가장첫번째는 가격가장 전통적이고 신뢰성이높은 오라클과 MSSQL은뒤지게 비쌈 그래서 대신 가격이 저렴한대신킬러기능이 부족한 다른 RDBMS를 채택하는것 - dc App
익명(118.235)2024-09-28 17:21
답글
두번째는 서비스 아키텍처의 특성이다금융계에서는 오래전부터 RDBMS의 기술을 선도해오고 신뢰성이 존나게 높은 오라클을주로 채택해왔고게임계에선 c# 및 윈도우 환경에 호환성이 높고오라클과 비슷한 수준의 품질인 MSSQL그나머지 웹앱 서비스에서는오라클과 비슷한 my, postgre를 채택하는경우정도로 해석할수 있고임베디드에선 sqlite같은걸 많이쓰는데아래링크도 한번 참고해봐 https://youtu.be/ax-Q1iedXJA?si=MZbBkPlTpH5Pg44b - dc App
익명(118.235)2024-09-28 17:23
답글
위엣놈이 질문한것에 대한 답변과같이
요즘은 postgre가 존나게 뜨고있음
신뢰성, 성능이 뒤쳐지지 않는데 무료에다가
확장성이 존나게 뛰어나거든 - dc App
익명(118.235)2024-09-28 17:25
답글
나같은 경우 MSSQL DBA로 종사하고 있고
아직 다른DB는 찍먹해보지 못했음
MSSQL의 경우 공식문서가 미친놈처럼 잘되어있어서 공식문서로 독학했는데
postgre SQL관련 책은 잘모르겠네
- dc App
익명(118.235)2024-09-28 17:33
답글
공식문서가 잘되어있으면 공식문서 보는것도 좋음 - dc App
익명(118.235)2024-09-28 17:34
답글
그리고 가능하면 직접 해보는것 - dc App
익명(118.235)2024-09-28 17:34
답글
ANSI 표준이 그래서 나온 거고, 언어는 태생적으로 방언이 생길 수 밖에 없음. 프로그래밍 언어도 여러가지 자나. 잘 생각해보면, 자연어에서도 원영적 사고라는 걸 표현하고 싶어서 럭키빅키라는 단어를 새로 만들잖아? sql도 이러이러한 게 있으면 좋을텐데 하고 언어에 추가해서 만들면 그게 방언이 되는 것임.
백갤러 1(14.39)2024-09-29 04:54
답글
그리고 ANSI 표준이 있더라도, 각 rdbms 벤더사들이 우리 db 써주세요. 하는데 모두 똑같은 sql만 지원하면 오라클이 다 잡아 먹겟지. 그러니까 차별화를 두기 위해 위에서 말한 것처럼 킬러 기능 집어 넣으려고 우리 dbms에서는 이러 이러한 sql 기능도 지원해줘 하고 추가 드가서 방언이 형성 되는 것임.
해당 댓글은 삭제되었습니다.
SQL에 대한질문인지 RDBMS에 대한질문인지흔히들 DB에 대해 얘기를 할때SQL = RDBMS라고들 혼동하는데둘은 다른 개념이다 RDBMS에서 스키마를 다루고 질의하는 언어Structure Query Language라고 함이는 각 RDBMS 마다 기본적인 기능외에도 킬러 기능을 지원하기때문에 PL/SQL, T-SQL과 같이 구분됨어쨋든 너의 질문의 요지는 RDBMS의 종류가 왜캐 많냐 이건데 RDBMS를 선택하는데의는 여러가지 요인이있음가장첫번째는 가격가장 전통적이고 신뢰성이높은 오라클과 MSSQL은뒤지게 비쌈 그래서 대신 가격이 저렴한대신킬러기능이 부족한 다른 RDBMS를 채택하는것 - dc App
두번째는 서비스 아키텍처의 특성이다금융계에서는 오래전부터 RDBMS의 기술을 선도해오고 신뢰성이 존나게 높은 오라클을주로 채택해왔고게임계에선 c# 및 윈도우 환경에 호환성이 높고오라클과 비슷한 수준의 품질인 MSSQL그나머지 웹앱 서비스에서는오라클과 비슷한 my, postgre를 채택하는경우정도로 해석할수 있고임베디드에선 sqlite같은걸 많이쓰는데아래링크도 한번 참고해봐
https://youtu.be/ax-Q1iedXJA?si=MZbBkPlTpH5Pg44b
- dc App
위엣놈이 질문한것에 대한 답변과같이 요즘은 postgre가 존나게 뜨고있음 신뢰성, 성능이 뒤쳐지지 않는데 무료에다가 확장성이 존나게 뛰어나거든 - dc App
나같은 경우 MSSQL DBA로 종사하고 있고 아직 다른DB는 찍먹해보지 못했음 MSSQL의 경우 공식문서가 미친놈처럼 잘되어있어서 공식문서로 독학했는데 postgre SQL관련 책은 잘모르겠네 - dc App
공식문서가 잘되어있으면 공식문서 보는것도 좋음 - dc App
그리고 가능하면 직접 해보는것 - dc App
ANSI 표준이 그래서 나온 거고, 언어는 태생적으로 방언이 생길 수 밖에 없음. 프로그래밍 언어도 여러가지 자나. 잘 생각해보면, 자연어에서도 원영적 사고라는 걸 표현하고 싶어서 럭키빅키라는 단어를 새로 만들잖아? sql도 이러이러한 게 있으면 좋을텐데 하고 언어에 추가해서 만들면 그게 방언이 되는 것임.
그리고 ANSI 표준이 있더라도, 각 rdbms 벤더사들이 우리 db 써주세요. 하는데 모두 똑같은 sql만 지원하면 오라클이 다 잡아 먹겟지. 그러니까 차별화를 두기 위해 위에서 말한 것처럼 킬러 기능 집어 넣으려고 우리 dbms에서는 이러 이러한 sql 기능도 지원해줘 하고 추가 드가서 방언이 형성 되는 것임.
해당 댓글은 삭제되었습니다.
https://youtu.be/ocZid4g4UpY?si=WjgHE66PORqdNYW2
존나게
핏하게 설명되어있는 양질의 영상있네
요약 - postgre는 open source db인데
무료인점, 그리고 phython과 비슷한느낌으로
기능을 구축할 수 있다는 점 - dc App
rdb 중에 유일하게 js 기반 논블로킹 드라이버를 지원함
노드 진영에서 rdb 쓰려면 답이 postgre뿐이라는거 아니면 nosql 써야함
역시 커뮤니티의 장점은 내가 경험해보지 못한 시각의 의견도 얻을 수 있다는것... - dc App
citus가 vitess보다 빨리 나오고 대중화는 더 빠르게 된거도 이유일거고 postgresql이 대량의 데이터 핸들링하는데 이점이 있어서 그런거도 있을거고 또 다른 이유도 많겠지 근데 아직 mysql이 넘사벽일걸
또 기억나는거로는 postgresql이 기능이 잡다하게 많음 좀 더 최신삘이라는거지 딱 맞는 비교는 아니지만 java(mysql)와 c#(postgresql)의 관계로 비교해봐도 좋을 것 같음