Nguồn gốc của MSSqlLocalDB và ProjectsV ##

Question

Tôi trước đây chỉ có phiên bản SQL 12 của cả hai (localdb)\ProjectsV12 và (localdb)\MSSQLLocalDB Đây là khi tôi đã cài đặt Bản cập nhật VS 2015 1, cùng với các công cụ SSDT (cho dự án cơ sở dữ liệu).

Tôi đã cài đặt Cập nhật 2 và bây giờ có:

Thông báo MSSQLLocalDB vẫn còn nằm trên các phiên bản cũ.

Tuy nhiên, một đồng nghiệp đã làm một tươi cài đặt của VS năm 2015 và có này:

Vì vậy, họ đang ở trên một phiên bản mới hơn của MSSQLLocalDB, và tôi đang trên một tuổi trở lên. Mặc dù chúng tôi đang lên đến Update 2 của Visual Studio.

Tôi đã hy vọng chuyển sang sử dụng tên phiên bản độc lập của MSSQLLocalDB. Vấn đề là, điều này sẽ không hoạt động nếu tất cả mọi người là trên các phiên bản khác nhau, bởi vì tôi có các thiết lập xây dựng để triển khai các dự án cơ sở dữ liệu để localdb, đòi hỏi sử dụng SqlPackage, đó là phiên bản cụ thể:

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\120\SqlPackage.exe

Tôi muốn hiểu ở đâu và như thế nào MSSQLLocalDB được cài đặt và cập nhật. Tôi khá chắc chắn ProjectsV12/13 đến như một phần của Visual Studio cài đặt.

Cài đặt nào MSSQLLocalDB và cập nhật gì?

Duplicate

Các trùng lặp đề xuất chỉ mô tả các MSSQLLocalDB là "SQL Server 2014 tên instance LocalDB mặc định". Điều này không nói bất cứ điều gì về những gì nó được cài đặt như là một phần của, hoặc những gì cập nhật nó. Cảm ơn

Answer 1

Có một số câu hỏi liên quan ở đây.

gì phiên bản của SqlPackage.exe sử dụng

SqlPackage và tất cả các công cụ SSDT là tương thích ngược với SQL Server 2005. Bạn nên sử dụng các phiên bản sau 130 để chạy chống lại bất kỳ cơ sở dữ liệu. Nó có bản vá lỗi mới nhất và có thể nhắm mục tiêu tất cả các phiên bản SQL được phát hành công khai:

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\130\SqlPackage.exe 

Điều này sẽ hoạt động với MSSQLLocalDB bất kể đó là v13.0 hay v12.0.

Instances LocalDB - làm thế nào là họ tạo ra và quản lý

MSSqlLocalDB là một trường hợp mặc định luôn được cài đặt trên máy tính này. ProjectV12 và ProjectsV13 được tạo bởi SSDT bằng cách sử dụng LocalDB API.Mục đích của việc có các phiên bản riêng biệt là

• Để giữ cách ly từ trường hợp mặc định, vì đây được sử dụng bởi nhiều quá trình khác & loại dự án
• Để đảm bảo chúng ta có một phiên bản được biết đến (ví dụ v13) để chúng tôi có thể đáng tin cậy xuất bản với các tính năng mới nhất SQL server để nó

Tại sao bạn và đồng nghiệp của bạn có các trường hợp khác nhau

đồng nghiệp của bạn được cài đặt Cập nhật VS2015 2 trực tiếp, không cài đặt phiên bản trước. Điều này có nghĩa là mã cũ hơn không bao giờ tạo ra một cá thể ProjectsV12 trên máy của họ.

gì cài đặt MSSQLLocalDB, và cập nhật những gì nó Nếu trước đó bạn đã cài đặt LocalDB v12.0 (bằng cách sử dụng SSDT như một phần của VS2015 RTM hoặc Cập nhật 1), nó sẽ kết nối với & bắt đầu MSSqlLocalDB. Do đó, nó tạo ra cá thể như phiên bản 12.0.

Nếu bạn chưa bao giờ bắt đầu phiên bản này trước đây (ví dụ: ví dụ của đồng nghiệp), thì khi lần đầu tiên bắt đầu nó sẽ được chạy từ LocalDB v13.0 và do đó nhận v13.0 làm phiên bản cá thể.

Theo như tôi biết, nó sẽ không được nâng cấp từ v12.0 lên v13.0 tại bất kỳ thời điểm nào.

Phiên bản MSSqlLocalDB có quan trọng không? Điều này tùy thuộc. Đối với hầu hết các thử nghiệm & ad hoc phát triển điều này thực sự không quan trọng.

Nếu bạn quan tâm đến phiên bản, ví dụ: nếu bạn đang tạo tệp mdf. Chỉ cần tải xuống phiên bản MSI có liên quan, cài đặt, & sử dụng cờ -version trong quá trình tạo ví dụ qua API hoặc command line. Điều này cũng có thể xảy ra nếu bạn đang sử dụng hoạt động Xuất bản SSDT chính thức thay vì triển khai F5, mặc dù việc sử dụng tùy chọn "Cho phép nền tảng không tương thích" sẽ hoạt động tốt để làm việc xung quanh.