SQL Server 2008 và các thuộc tính mở rộng [đã đóng]


8

Trong SQL Server, các bạn sử dụng các thuộc tính mở rộng để làm gì? Một số bài viết và blog đang đề xuất rằng chúng được sử dụng để tự làm tài liệu cho cơ sở dữ liệu và các đối tượng của nó nhưng tôi không thể thấy điều này được sử dụng đúng cách ... điều này có bị bỏ qua phần lớn không?


1
Chúng tôi đang sử dụng các thuộc tính mở rộng để lập bảng và cột tài liệu, dựa trên trình tạo tài liệu tự viết để đọc cơ sở dữ liệu và tạo các trang wiki từ các thuộc tính mở rộng đó.
marc_s

Không có câu trả lời đúng hay sai cho câu hỏi này, đó là vấn đề quan điểm và nơi bạn làm việc như chức năng được sử dụng để làm gì. Là một nhà tư vấn, tôi thấy nó đã sử dụng tất cả thời gian cho nhiều thứ khác nhau từ việc tạo mã thủ tục được lưu trữ để đáp ứng các tiêu chuẩn / chính sách bảo mật DoD.

Câu trả lời:


6

Phần lớn bị bỏ qua, như bạn đang nói.

Các thuộc tính mở rộng hơi khó đọc và ghi cả từ T-SQL và GUI. Tài liệu IMHO nên được duy trì ở nơi khác (dự án cơ sở dữ liệu, tài liệu dự án, v.v.).

Đây là một bài viết tốt về các thuộc tính mở rộng , cũng giải quyết một số nghi ngờ của bạn.


1
Tôi rất muốn tải xuống cho bạn liên kết đó ... các bài viết yêu cầu đăng nhập rất phiền phức.
WernerCD

1
@WernerCD: Tôi sẽ đánh giá cao bạn vì là một phần của cộng đồng SQL Server và không có tài khoản miễn phí trên SQLServerCentral. Không phải như thể họ là ExpertflixChange ...: - D
Marian

@Marian Tôi thực sự nghĩ rằng tôi có một tài khoản ... vẫn còn khó chịu khi phải đăng nhập. Là một lập trình viên, nhiệm vụ của tôi là lười biếng. :)
WernerCD

@WernerCD: Oh thôi nào, sau đó thử Lastpass, 1password hoặc Roboform hoặc bất cứ điều gì phù hợp với bạn. Có những công cụ cho những con lừa lười biếng. Của tôi hoàn toàn phù hợp bởi Lastpass, nhưng bạn có thể tìm thấy cái khác.
Mary

3

Tôi đang làm việc với một hệ thống nơi chúng tôi có nhiều cơ sở dữ liệu. Tự viết tài liệu là hữu ích vì mỗi cơ sở dữ liệu có thể có một cấu trúc khác nhau.

Chúng tôi quản lý quy trình phiên bản cấu trúc cơ sở dữ liệu và lưu trữ thông tin đó trong các thuộc tính mở rộng. Chúng tôi cũng nắm bắt các mô tả về bảng, cột và các đối tượng cơ sở dữ liệu khác.

Làm việc với các thuộc tính mở rộng sẽ không thể quản lý được nếu không có sự trợ giúp từ tự động hóa. Chúng tôi đã phát triển các công cụ giúp chúng tôi nắm bắt và lưu trữ thông tin trong các thuộc tính mở rộng. Và, chúng tôi cũng có các công cụ để xem và báo cáo thông tin.

Phát triển các công cụ rất hữu ích trong môi trường này, nhưng tôi không thấy được lợi ích nếu bạn làm việc trong một cửa hàng nơi bạn có rất ít cơ sở dữ liệu.


1

Tôi chưa thấy một dự án duy nhất sử dụng các thuộc tính mở rộng. IMO lý do là thế này: ngay cả khi chúng tôi muốn lưu trữ tài liệu trong cơ sở dữ liệu, thường không phải là trường hợp, vẫn có những lựa chọn thay thế. Thông thường các thuộc tính mở rộng không làm chính xác những gì chúng ta muốn. Mặt khác, việc đưa ra giải pháp riêng của chúng tôi thực hiện chính xác những gì chúng tôi cần rất dễ dàng, vậy tại sao phải bận tâm?


0

Trong các dự án của chúng tôi, chúng tôi sử dụng chúng để giữ thông tin phiên bản trong các thuộc tính mở rộng được đặt trên mỗi cơ sở dữ liệu.

Ví dụ: Chúng tôi sử dụng các dự án Team Foundation và chúng tôi theo dõi trong một thuộc tính mở rộng db số tập lệnh triển khai bài đăng cuối cùng được thực hiện từ thư mục triển khai bài đăng (ví dụ: chúng tôi có các tập lệnh 1 đến 23, thuộc tính ext được đặt thành 15, vì vậy, tập lệnh triển khai sẽ chỉ thực hiện các tập lệnh từ 16 trở lên). Tương tự cho các kịch bản trước khi triển khai.

Tôi đồng ý rằng chúng ta có thể giữ thông tin đó trong một bảng, nhưng đó là một cách để sử dụng các thuộc tính mở rộng.


Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.