필자가 함께 작업 한 마지막 두 코드베이스의 모든 테이블을 장식하는 tbl_ 접두사를 보았습니다. 응용 프로그램 개발자 나 데이터베이스 관리자에게 유용 할 이유가 없다고 생각합니다.tbl_Product, tbl_Order 명명 규칙의 목적은 무엇입니까?
DBA는 어떤 객체가 테이블인지 알아야 할 경우 언제나 DMV 나 마스터 오른쪽의 스키마 테이블에 연결할 수 있습니까? 프로젝트가 ORM 도구를 사용하는 경우 프로그래머에게도 유용 할 것이라고 생각하지 못합니다.
저장된 procs를 쓰는 동안에도 여전히 방해가되는 것처럼 보입니다.
누구나 비 주관적 방법으로 유용 할 것이라고 설명 할 수 있습니까? Ex (tbl_을 사용하면 x 작업을 수행하는 데 도움이 됨)
나는 같은 것을 반복해서 들었다. 이유는 그들이 물체의 유형을 아는데 도움이된다.
쿼리 내에서 접두사를 사용하면 예를 들어보기와 테이블을 구분할 수 있습니다.
정말 그 점에 동의하지 않습니다. 데이터베이스 스키마에 익숙해지면 접두사가 중복되고 중복되는 모든 항목이 발생하므로 동기화가 해제되거나 변경 작업이 더 어려워 질 수 있습니다.
어떤 이유로 든 두 개의 테이블로 분할해야하는 테이블이 있다고 가정 해 보겠습니다. 두 개의 새 테이블에서 데이터를 선택하는 원래 테이블을 에뮬레이션하는보기를 작성한다고 가정 해 봅시다.
코드베이스 전체에서 이름을 바꾸겠습니까, 아니면 tbl_ 접두어가 붙은보기를 계속 사용 하시겠습니까?
내 포인트는 이 아니고은 해당 유형을 유추 할 수있는 접두사가 있어야합니다.
나는 많은 이점을 생각할 수 없다. 다음과 같이 명확한 SQL을 확실히 볼 수 있습니다.
select post.id, post.subject, post.body from tbl_post post where post.author="eric"
변수를보다 쉽게 만듭니다. 그렇지 않으면 MS Access에서 데이터베이스를 배운 사람들을 다루는 것처럼 보입니다.
이것은 hungarian notation이거나 다소 오용됩니다. 원래는 접두어로 변수 사용의 중요한 측면을 사용했습니다. 테이블이 테이블이라는 사실은 헝가리 표기법을 사용하는 유용한 방법이 아닙니다.
VBSCript에는 변형이 있기 때문에 헝가리 표기법을 사용하여 데이터 형식을 지정합니다. 필자는 ASP 프로그래머가이를 데이터베이스의 테이블과 필드에도 적용하는 것을 보았습니다. 이것이 오용이 사용되는 한 가지 방법입니다.
보기 이점, 테이블 및 구체화 된보기 간의 차이점을 알 수있는 이점이 있습니다. 물론, 코드를 작성할 때이 점이 중요하지 않습니다. 중요하게 유지합니다. 누군가가보기에서 당기고 있다는 것을 깨닫게되면 코드를 더 잘 최적화 할 수 있습니다. 뷰를 기반으로 한 뷰를 기반으로 한 뷰는 매우 비효율적 일 수 있습니다. tbl_ 또는 view_ 접두사가 없으면 이것이 일어나는지 알기가 더 어려울 수 있습니다.
Entiry Framework와 같은 ORM을 사용하면 매핑이 테이블을 다루는 쪽과 개체 (엔터티)를 다루는 쪽을 쉽게 알 수 있습니다.내 tbl_Employee은 예를 들어 Employee으로 매핑됩니다. 혼란 스러움의 레이어를 얻는 방법은 없습니다.