Tôi nên tuân theo tiêu chuẩn nào khi đặt tên bảng và khung nhìn? Chẳng hạn, có nên đặt một cái gì đó như tbl_ ở đầu tên bảng không? Tôi có nên chỉ định bảng mã / tra cứu theo một cách nào đó như ct_, lut_ hoặc mã_ không? Có ai khác làm / không?
Tôi đang sử dụng MS SQL Server và có nhiều cơ sở dữ liệu với nhiều bảng, vì vậy thật tuyệt khi có một cái gì đó chúng ta có thể sử dụng làm tiêu chuẩn với một số hợp lý hỗ trợ.
Câu trả lời:
OK, đầu tiên KHÔNG BAO GIỜ đặt tbl trước tên của bảng. Đó là một cái bàn, bây giờ chúng ta đã có nó. Đó gọi là Ký hiệu Hungary và mọi người đã ngừng làm điều đó hơn 5 năm trước.
Chỉ cần gọi đối tượng dựa trên những gì nó là. Nếu một bảng chứa dữ liệu nhân viên, hãy gọi nó là "Nhân viên". Nếu nó chứa thông tin về máy tính, hãy gọi nó là "Máy tính". Nếu nó ánh xạ máy tính tới nhân viên, hãy gọi nó là "EmployeeComputer" hoặc "ComputerEmployee" (cá nhân tôi thích "EmployeeComputer" hơn).
Không có quy ước đặt tên đúng để sử dụng (ngoài việc không sử dụng Ký hiệu Hungary). Miễn là tên đối tượng có ý nghĩa rằng đó là những gì quan trọng.
orderskhông ordervà tránh phải trích dẫn tên bảng mỗi khi nó là người dùng. Điều này cũng áp dụng cho groupvà các từ khóa khác. May mắn thay, rất ít từ khóa va chạm với các thực thể phổ biến.
Chúng tôi sử dụng các lược đồ (có thể coi chúng là không gian tên trong SQL) cho cả quyền và nhóm. Vì vậy, thay vì "tbl", vv chúng ta có
Không có mã nào đi vào lược đồ dữ liệu. Không có bảng nào nằm ngoài lược đồ dữ liệu. Tất nhiên điều này có thể mở rộng để có một lược đồ Tra cứu hoặc Phân đoạn nếu bạn muốn.
Đối với các chế độ xem chúng tôi sử dụng vwnhưng điều này là để phân biệt chúng với các bảng trong SQL Server 2000 và bây giờ nó là một di sản
Cá nhân tôi là một fan hâm mộ lớn của Fanö Bedingung , có nghĩa ở đây, tên không được phép là sự khởi đầu của một tên hợp lệ khác.
Và thứ hai, khoảng cách Hamming giữa hai tên tốt hơn một chữ cái khác nhau.
Vâng, đó là quy tắc từ thời tiền kỹ thuật số, nhưng chúng làm cho cuộc sống dễ dàng hơn.
Và tên thứ ba phải được phát âm, nếu không bạn sẽ trở nên điên loạn, khi nhận dạng giọng nói trở thành sự thật.
Tôi không biết rằng thực sự có bất kỳ quy ước đặt tên "tốt nhất" nào ngoài đó, vì nó thực sự nắm bắt được sở thích cá nhân và dễ dàng phát triển. Lời khuyên của tôi là chọn một quy ước đặt tên và tuân thủ nó. Nếu bạn muốn tách các từ có dấu gạch dưới, hãy làm như vậy trong tất cả các đối tượng cơ sở dữ liệu của bạn. Nếu bạn muốn sử dụng camelCase, hãy làm như vậy trong tất cả các đối tượng cơ sở dữ liệu của bạn.
Trong cửa hàng của tôi, chúng tôi tuân thủ các quy tắc sau:
Chúng tôi tách các từ có dấu gạch dưới và sử dụng tất cả các chữ cái viết thường.
Tên bảng của chúng tôi mô tả chúng là gì: dbo.person, dbo.invoice.
Tên bảng nhiều-nhiều của chúng tôi cũng mô tả chúng là gì (có thêm mm để biểu thị nhiều mối quan hệ được ánh xạ: dbo.person_mm_address. Các thủ tục lưu trữ do người dùng xác định của chúng tôi mô tả cả đối tượng và hành động đang được thực hiện: usp_person_select , usp_address_select_by_city Các quan điểm và chức năng của chúng tôi tuân theo các quy tắc giống như các quy trình được lưu trữ. Các chỉ mục của chúng tôi bao gồm bảng, các cột chính (theo thứ tự) và một dấu hiệu của cụm / không phân cụm: ix_person_last_name_first_name_nc
Chỉ vì đây là những gì chúng tôi sử dụng trong cửa hàng của tôi, điều đó không có nghĩa là những quy tắc này phù hợp với bạn. Chọn một cái gì đó mà bạn và nhóm phát triển của bạn đồng ý vừa hữu ích, vừa dễ phát triển, đồng thời thiết lập văn hóa hiểu biết và sử dụng bất kỳ quy ước đặt tên nào mà bạn quyết định. Trong trường hợp của chúng tôi, điều này bao gồm xem xét mã cho bất kỳ đối tượng nào được tạo trong cơ sở dữ liệu. Theo thời gian, sự kết hợp của một quy ước đặt tên tài liệu và đánh giá mã ngang hàng đã dẫn đến ngày càng ít sai lệch so với quy ước.
Tôi hy vọng "không trả lời" này sẽ giúp theo một cách nào đó.
Tôi hài lòng với những điều này từ nhiều năm trước
nếu bạn có gói lưu trữ chia sẻ giá rẻ, bạn sẽ cần sử dụng tên viết tắt dự án trước tất cả các đối tượng của mình, ví dụ như trang quản trị cơ sở dữ liệu, da_users, da_questions
product_groupvvà không product_group_vcho các chế độ xem (nếu bạn nhấn mạnh vào sự phân biệt này của các chế độ xem và bảng)?