[%] DB 프로시저 요즘도많이씀?

[익명(183.101)]

그냥 DB는 조회만하고 백엔드에서 가공하는게 더 편해서 이렇게처리하려는데

DB 프로시저에서 처리가능하면 DB 프로시저쓰는게맞는거임?

먼 울회사 프로시저 하나가 천줄이넘어가서 뭐 고칠려면 씨발 개욕처나오는데

이거 걍 다 백엔드에서 처리하도록 내리고싶은데 내가잘못생각하는건가

별로 트래픽있는것도아니고 데이터큰것도아닌데 

왜 이렇게한거냐고 물어보니까 울 부장이 데이터는 DB에서만 건드려야지 프로그램딴에서는 건드는거아니라고

이렇게 해놧다는데 흠 시발

[익명(59.151)]

부장말맞어 그게 효율이 제일좋음

[프로그래밍(nowadays3724)]

많이 쓰고, 백엔드에서 가공해도 되고, 디비에서 해도 된다. 취향차이임 - dc App

[익명(211.234)]

안씀

[FionaApple(kylavella)]

이론적으론 좋다고 하지만 좆같이 쓰는 경우를 많이 봐서 이젠 거부감 들 지경

[땔감(gcp24685)]

나도 데이터는 가능한 디비에서 처리함

[익명(182.219)]

개 좆소 si출신 러지만 씀

[익명(strain9013)]

안씀 애플리케이션 단에서 가공하는게 더 좋음 트래픽 늘어날 수록 더 ㅇㅇ 근데 상황에 따라 뭐 어떻게하든 상관 없으면 프로시저 써도 되고, 팀 공감대가 그렇게 되어있으면 따라가야지 뭐

[익명(223.54)]

케바케인데 웬만하면 서버에서 처리하는걸 선호함. 쿼리 복잡해지면 나중엔 알아볼 수가 없어서 - dc App

[익명(118.235)]

게임 머기업들은 다 SP쓴다 디버깅 ㅈ같음

[둥충(sjl18ebbejq18)]

미쳤나봐 프로시져는 변하지 않으며 반복적으로 사용하는 것이여야지. 혹은 권한이 없는 곳에서 프로시저로 호출해서 딱 정해진 대로만 데이터 컨트롤하게 제약을 두거나 이 경우 말고 좆대로 쓰면 안티

[익명(124.53)]

결론내준다. 디버깅이 되고 dba가 있으면 SP 써도 된다. 반대로 한개라도 안되면 절대 쓰면 좆댄다. 경험담이다, 번외로 mysql병신같은건 sp디버깅이 안됨

[익명(118.130)]

DBA는 프로시저 봐주는 사람이 아니다 시벌 ㅠㅠ

[익명(118.130)]

1. 프로시저가 성능상 이점이 있는건 사실임. DB 내부에서만 돌아서 네트워크 코스트가 적다는 장점도 있음. 2. 그럼에도 쓰지 말라고 하는 경우가 많은데 보통 디버깅이 개 좆같기 때문임. DBA도 이거 디버깅 좆같음. 3. 금융권 같은데선 쓰는데도 있지만 진짜 극한의 속도를 요구하지 않는 이상 사실 사이드이펙트때문에 안쓰는게 더 좋다고 생각함 나도 DBA인데 프로시저 별로 권장 안함.

[choi4624(choi4624)]

sql은 ide지원도 제대로 안되고 가독성도 망해버려서 쓸 때 포맷이 정해져있지 않으면 읽기 너무 어렵던데, 그렇다고 쿼리랑 대상 알아보기 쉽게 한글 프로시저 하면 또 이건 아닌거 같은데 하시던 ㅜㅜ

[익명(118.130)]

애초에 프로시저는 코드처럼 ide접목하고 이럴 생각을 하면 안되는놈임. 엔진내부에서 바로 데이터 건드리는 놈을 유연성 있게 만들어 놓으면 안되는거지. 복잡한 로직을 프로시저로 만든다해도 간단하게 짠 되지 않음 그냥 어플리케이션 처리하는게 베스트임

[익명(211.186)]

개발자 연봉 줄이려고 쓰는게 프로시저인데 그걸 개발자가 따르노 ㅋㅋ

[choi4624(choi4624)]

정말 코어하고 복잡한 로직이면서 성능 이슈까지 고려해야 하는 경우 아니면 한정적이라고 하고싶음.

[choi4624(choi4624)]

그렇다고 백엔드에서 하는게 네이티브 쿼리 날리기나 jpql같은거라면 그거도 ㄴㄴㄴㄴ orm 써라