27
MySQL은 저장 프로 시저를 지원하기 시작 했으므로 실제로 사용하지 않았습니다. 부분적으로 저는 훌륭한 쿼리 작성자가 아니기 때문에 부분적으로는 제가 종종 내가 아는 것만으로도 그 선택을하는 DBA와 함께 일하기 때문입니다.MySQL : Views 대 저장 프로 시저
특히 데이터의 선택을 본질적으로 de-normalization (조인) 및 집계 (avg 또는 max, subqueries w/counts 등)하는 선택을 고려할 때 데이터 선택의 관점에서 MySQL 5.x? 관점? 아니면 저장 프로 시저?
보기 내가보기에 SELECT 쿼리가 어떻게 생겼는지 알면 알기 쉽게 색인을 생성하고 기타 등등 확인한 다음 CREATE VIEW [View] AS SELECT [...]을 작성하십시오. 그런 다음 내 응용 프로그램에서 뷰를 읽기 전용 테이블로 취급합니다. 이는 정규화 된 데이터의 비정규 화 된 버전을 나타냅니다.
여기서 단점은 무엇입니까? 그리고 똑같은 SELECT 문을 저장 프로 시저로 옮기면 무엇이 변경 될 것입니까 (손익)?
나는이 주제를 인터넷 검색하는 동안 찾을 수 없었던 좋은 '속편'정보를 찾고 싶지만 실제로 모든 의견과 답변을 환영합니다.
이 게시물을 찾은 사람에게이 답변이 매우 적합하다고 생각하지 않는 사용자를 위해 [MSDN Social] (http://social.msdn.microsoft.com/Forums)에 대한 훌륭한 해설이 있습니다./en-US/sqlgetstarted/thread/64e834bc-c473-41dc-bb3c-6fd3bcfa0d57)을 사용하면 기본 사항을보다 확실하게 이해하는 데 도움이됩니다. – Chiramisu