2012-08-24 45 views
7

[Tôi đăng một related question qua tại dba.stackexchange, nhưng có chút phản ứng, vì vậy tôi nghĩ rằng tôi muốn đăng bài này ở đây.]Sử dụng Solution/Dự án trên SQL Server Management Studio

Các tài liệu MSDN là tâm thần phân liệt. Trên chính thức SQL Server Documentation, chúng tôi được thông báo rằng việc sử dụng "Giải pháp, dự án và mục" không được chấp nhận. Biểu ngữ cảnh báo đọc,

"Tính năng này sẽ bị xóa trong phiên bản tương lai của Microsoft SQL Server. Tránh sử dụng tính năng này trong công việc phát triển mới và có kế hoạch sửa đổi ứng dụng hiện đang sử dụng tính năng này."

Tuy nhiên, elsewhere in the MSDN docs, sử dụng dự án & Giải pháp vẫn là phương pháp quy định cho các kịch bản lưu trữ, vv

Vì vậy, những gì bạn muốn giới thiệu để lưu trữ và đóng gói khác nhau kịch bản, truy vấn, và các tập tin tạo nên cơ sở dữ liệu của bạn ứng dụng? Tôi cũng rất muốn biết liệu có ai trong số các bạn đang sử dụng khung Giải pháp hoặc Dự án một cách bình thường trong công việc hiện tại của bạn hay không và những gì bạn sử dụng chúng.

[Lưu ý: Tôi nhận thấy rằng tôi có thể sử dụng VS2010 cho chức năng này, nhưng tôi chỉ quan tâm đến các phương pháp dựa trên SSMS vì phần còn lại của nhóm của tôi không có quyền truy cập vào VS (và cả những lý do được thể hiện trong câu trả lời

Tôi đặc biệt quan tâm đến việc tìm cách thực hành tốt nhất để chia sẻ câu lệnh SQL và truy vấn giữa một nhóm - bạn có sử dụng dự án/giải pháp (được sao lưu trong kiểm soát nguồn) không? hoặc có thể là các mẫu tùy chỉnh?

Trả lời

5

Tôi đã sử dụng cả hai, mặc dù tôi có xu hướng sử dụng Visual Studio ngay bây giờ, vì đó dường như là hướng mà MS đang đi vào. Tôi có thể nói với bạn rằng trong SQL Server 2012, dự án vẫn được hỗ trợ và hoạt động tốt .

Tôi thành thật sẽ không đổ mồ hôi theo cách nào - IMO SSMS dự án là một cách nhẹ để lưu trữ tập lệnh và (sở thích cá nhân), nếu tôi chỉ làm việc với cơ sở dữ liệu, tôi thích làm việc với SSMS hơn là Visual Studio, nếu không có lý do nào khác hơn là tôi thích cách các ràng buộc khóa của tôi được thiết lập và tôi đã quen với nó, là một bộ hẹn giờ cũ từ các ngày phân tích truy vấn. Đối với tôi, tôi chỉ sử dụng các dự án SSMS vì hình phạt tôi phải gánh chịu nếu MS giảm tính năng này là tôi chỉ tạo một dự án VS đơn giản và tạo tham chiếu đến các tệp của tôi trong đó.

Tôi sẽ nói với bạn rằng bạn nên đăng nội dung trên MS Connect để cảnh báo họ về sự khác biệt này trong tài liệu, nhưng đã nhiều năm và tôi chưa bao giờ có bất kỳ đề xuất nào bất kỳ hành động nào khác ngoài "Đã đóng (Không khắc phục)" hoặc "Đã đóng (theo thiết kế)".

+0

Tôi đã theo dõi khu vực này trong một vài năm nay và sẽ hỗ trợ mọi thứ Dave đã nói. Sử dụng các giải pháp SSMS ngay bây giờ.Mặc dù chúng không được chấp nhận, và hầu như chắc chắn sẽ không được cải thiện, không chắc Microsoft sẽ loại bỏ chức năng này. –

2

Tôi biết đây là một câu hỏi cũ, nhưng tôi đã xem xét nó trong khi cố gắng tìm cách tốt nhất để giữ cho nhóm làm việc dễ dàng với các tập lệnh cơ sở dữ liệu có tổ chức. Tôi tìm thấy một giải pháp thực sự tốt đẹp bằng cách đọc một loạt bài 5 của Scott Allen về cách giữ cơ sở dữ liệu của bạn dưới sự kiểm soát nguồn (1 trong N cách để thực hiện điều này), và sau khi sử dụng nó một lúc, tôi khá hài lòng với nó và Tôi nghĩ rằng nó sẽ giúp bạn, vì vậy hãy chia sẻ ...

Hãy xem bài đăng này: http://odetocode.com/blogs/scott/archive/2008/02/03/versioning-databases-branching-and-merging.aspx (đây là bài đăng thứ 5 và cuối cùng, hãy chắc chắn kiểm tra liên kết "trước mục" cho bài viết 1 đến 4)

+0

PS: Tôi đã đăng bài này bởi vì bạn nói rằng bạn đang quan tâm đến các phương pháp hay nhất về cách chia sẻ truy vấn sql và tập lệnh giữa các nhóm. Tôi biết nó không hoàn toàn trả lời câu hỏi của bạn, nhưng hãy nói rằng sau khi áp dụng "phương pháp" này, chúng tôi không bao giờ cảm thấy cần sử dụng lại SSMS project/solution nữa. –

Các vấn đề liên quan