Kiểm soát phiên bản với SQL Server

Tôi đang bắt đầu một dự án mới và sử dụng SVN (với Rùa) làm Hệ thống kiểm soát phiên bản của tôi. Tôi đã tự hỏi nếu có thể duy trì Cơ sở dữ liệu SQL Server bằng cùng một hệ thống.

Tôi muốn phiên bản bảng / chức năng / lượt xem / procs / kích hoạt / v.v. nhưng không phải dữ liệu của tôi vì tất cả sẽ là dữ liệu thử nghiệm. Tôi không thực sự chắc chắn làm thế nào để thiết lập điều này. Tôi đã bắt gặp một vài lựa chọn nhưng tôi muốn biết liệu tôi có thiếu sót gì không, và nếu có thể có một hướng dẫn hoặc một cái gì đó ngoài kia để giúp tôi chạy với nó.

Tôi đã thấy và nghe nói về Red Gate, nhưng tôi đang tìm kiếm thứ gì đó miễn phí (hoặc ít nhất là chi phí rất thấp). Tôi biết tôi luôn có thể tự viết một cái gì đó, nhưng tôi không thực sự cố gắng dành thời gian cho nó.

Một điều tôi đã bắt gặp là một gói nguồn mở được đặt cùng nhau có tên là ScriptDB4Svn . Có ai đã sử dụng điều này trước đây? Liệu nó có tốt không? Nó có thể làm những việc tôi cần nó để làm và nó khá đơn giản để thiết lập?

Về mặt kỹ thuật, bạn thậm chí không cần một công cụ, bạn có thể kịch bản trực tiếp các đối tượng và kiểm tra chúng thành kiểm soát nguồn. Đó là một công việc nhiều hơn một chút mà không có công cụ, nhưng nó chắc chắn là hoàn toàn khả thi.

BTW: Tôi đã sử dụng công cụ RedGate và nó khá hấp dẫn và đáng đồng tiền bát gạo.

Có vẻ như bạn có một thiết lập chủ yếu là Microsoft. Bạn có thể xem qua Dự án cơ sở dữ liệu (trước đây gọi là DataDude). Về cơ bản, họ biến T-SQL thành ngôn ngữ hạng nhất trong Visual Studio; bạn có thể:

• Biên dịch dự án - nó không chỉ đơn thuần tạo ra một kịch bản cuối cùng, nó đảm bảo tên đối tượng, v.v.
• Thực hiện phân tích mã tĩnh - ví dụ: đảm bảo rằng bạn luôn tham chiếu đến các đối tượng bằng cách bao gồm lược đồ của chúng (ví dụ: [dbo] trong hầu hết các trường hợp) để tăng hiệu suất 30% tốt đẹp đó.
• Tạo các tập lệnh diff bằng cách so sánh các phiên bản khác nhau của dự án.
• Cập nhật dự án của bạn từ cơ sở dữ liệu hoặc tập lệnh (kỹ sư đảo ngược).
• Trực quan.
• Không có công cụ biểu đồ.

Họ thống nhất mã của bạn và mã cơ sở dữ liệu của bạn độc đáo dưới sự kiểm soát nguồn. Nếu bạn quản lý và tạo kịch bản cho các đối tượng cơ sở dữ liệu của bạn (thay vì sử dụng Công cụ Davinci trong SSMS), bạn cũng sẽ sử dụng một IDE - thật tuyệt.

Bạn có thể sử dụng Rails. Rails có một khái niệm về di chuyển cơ sở dữ liệu mà bạn có thể áp dụng hoặc quay lại. Theo kinh nghiệm của tôi đây là cách tốt nhất để phiên bản cơ sở dữ liệu. Bạn kiểm tra các tệp di chuyển này vào SVN.

Trong dự án hiện tại của tôi, chúng tôi không phát triển ứng dụng trong Ruby, nhưng chúng tôi vẫn đang sử dụng Rails để quản lý cơ sở dữ liệu. Tôi sẽ không làm cách nào khác.

Điều này đã được thảo luận trước đây trên stackoverflow: /programming/2750278/sql-server-2008-create-database-script-schema-data-with-command-line

Ngoài ra, bài viết bên ngoài này cung cấp một số thông tin bổ sung http://www.sqlteam.com/article/scripting-database-objects-USE-smo-updated cùng với mã mẫu dưới dạng Ứng dụng Windows.

Vì những gì bạn muốn làm là điều mà tôi đã tự làm cho MS Access, tôi sẽ cho bạn biết những gì tôi đã làm trong trường hợp nó cho bạn một số ý tưởng: Tôi đã viết một mô-đun có tên Ado2Xml để chuyển đổi lược đồ và dữ liệu của bất kỳ ADO nào cơ sở dữ liệu có thể truy cập thành xml và quay lại. Nó chỉ biết về bảng và quan điểm mặc dù; không thủ tục lưu trữ, không kích hoạt, không có gì. Dù sao, trong trường hợp của bạn, mô-đun này được thay thế bởi công cụ mà bạn có thể sẽ tìm thấy đó là những gì bạn muốn với MS-SQL. Vì vậy, mỗi khi ứng dụng của tôi khởi chạy, nó sẽ so sánh dấu thời gian của cơ sở dữ liệu với dấu thời gian của tệp xml đã lưu; nếu tệp xml gần đây hơn, thì nó sẽ phá hủy cơ sở dữ liệu và gọi Ado2Xml để tạo lại từ tệp xml. Khi ứng dụng của tôi chấm dứt, nó thực hiện ngược lại: nó gọi Ado2Xml để xuất cơ sở dữ liệu vào tệp xml. Thực ra, các đối tượng ADO trích xuất lược đồ cơ sở dữ liệu vì một số lý do rất chậm, khiến quá trình xuất phải mất một thời gian. Vì vậy, để tránh phải chờ đợi mỗi lần ứng dụng của tôi chấm dứt và phòng thu trực quan chuyển từ bố cục gỡ lỗi sang bố cục chỉnh sửa, ngay trước khi ứng dụng của tôi khởi chạy một ứng dụng bên ngoài để thực hiện xuất, để nó có thể chấm dứt ngay.

Có, tôi đã sử dụng một công cụ tương tự (được phát triển nội bộ) cho một dự án trước đó. Nó sẽ kịch bản tất cả các bảng, dạng xem, sprocs, kích hoạt, v.v. thành các tệp .sql riêng lẻ. Sau đó, chúng tôi đã có một kịch bản chạy mỗi đêm để "xác nhận" rằng mọi thứ trong cơ sở dữ liệu "phát triển" của chúng tôi đều được phản ánh trong kiểm soát nguồn.

Vì vậy, quy trình làm việc bình thường là bạn sẽ thay đổi mã của mình, thay đổi các bảng và sprocs tương ứng trong cơ sở dữ liệu phát triển theo yêu cầu, sau đó bạn sẽ chạy công cụ mà chúng tôi có để làm mới tất cả các tệp .sql đã được kịch bản. Sau đó, bạn sẽ kiểm tra mọi thứ ngay lập tức.

Vấn đề là nếu bạn quên chạy công cụ, mã sẽ "hoạt động" (và các kiểm tra đơn vị sẽ vượt qua) vì cơ sở dữ liệu là "chính xác", nhưng các sprocs / bảng mới sẽ không được kiểm soát nguồn.

Vì vậy, mỗi đêm, chúng tôi có một tập lệnh đã kiểm tra mã nguồn, sau đó rand công cụ để làm mới tất cả các tập lệnh. Nếu có bất kỳ sự khác biệt nào, điều đó có nghĩa là ai đó đã quên kiểm tra các thay đổi của họ và thông báo email đã được tạo. Về cơ bản, đó chỉ là một cách để đảm bảo chúng tôi không quên cập nhật kiểm soát nguồn.

Có một chút khó chịu vì nó khiến cho việc thay đổi kéo dài nhiều ngày trở nên khó khăn, nhưng tốt hơn là không có gì ...