Làm thế nào để bạn phiên bản lược đồ cơ sở dữ liệu của bạn? [đóng cửa]

Làm thế nào để bạn chuẩn bị deltas SQL của bạn? Bạn có tự lưu từng SQL thay đổi lược đồ vào một thư mục delta hay bạn có một quy trình khuếch tán tự động nào không?

Tôi quan tâm đến các quy ước cho việc lập phiên bản lược đồ cơ sở dữ liệu cùng với mã nguồn. Có lẽ một hook pre-commit khác với lược đồ?

Ngoài ra, những lựa chọn nào cho deltas khác biệt tồn tại ngoài DbDeploy ?

EDIT: nhìn thấy câu trả lời tôi muốn làm rõ rằng tôi quen thuộc với sơ đồ tiêu chuẩn để chạy di chuyển cơ sở dữ liệu bằng deltas. Câu hỏi của tôi là về việc tạo ra đồng bằng, tốt nhất là tự động.

Ngoài ra, phiên bản dành cho PHP và MySQL nếu nó tạo ra sự khác biệt. (Không có giải pháp Ruby xin vui lòng).

Xem

Có một hệ thống kiểm soát phiên bản để thay đổi cấu trúc cơ sở dữ liệu?

Làm cách nào để phiên bản cơ sở dữ liệu MS SQL của tôi trong SVN?

và bài viết của Jeff

Nhận cơ sở dữ liệu của bạn dưới sự kiểm soát phiên bản

Tôi cảm thấy nỗi đau của bạn, và tôi muốn có một câu trả lời tốt hơn. Điều này có thể gần hơn với những gì bạn đang tìm kiếm.

Các cơ chế theo dõi thay đổi lược đồ DB

Nói chung, tôi cảm thấy không có giải pháp phù hợp, được chấp nhận cho vấn đề này, và tôi tự lăn lộn trong lĩnh vực này.

Bạn có thể xem qua một chủ đề tương tự khác: Làm cách nào để phiên bản cơ sở dữ liệu MS SQL của tôi trong SVN? .

Nếu bạn vẫn đang tìm kiếm các tùy chọn: hãy xem nhà thiết kế neXtep. Nó là một môi trường phát triển cơ sở dữ liệu GPL miễn phí dựa trên các khái niệm về kiểm soát phiên bản. Trong môi trường bạn luôn làm việc với các thực thể được phiên bản và có thể tập trung vào phát triển mô hình dữ liệu. Khi quá trình phát hành được thực hiện, công cụ tạo SQL được cắm trên hệ thống kiểm soát phiên bản có thể tạo ra bất kỳ delta nào bạn cần giữa 2 phiên bản và sẽ cung cấp cho bạn một số cơ chế phân phối nếu bạn cần.

Trong số những thứ khác, bạn có thể đồng bộ hóa và đảo ngược đồng bộ hóa cơ sở dữ liệu của mình trong quá trình phát triển, tạo sơ đồ mô hình dữ liệu, truy vấn cơ sở dữ liệu của bạn bằng các máy khách SQL tích hợp, v.v.

Hãy xem wiki để biết thêm thông tin: http://www.nextep-softwares.com/wiki

Nó hiện hỗ trợ Oracle, MySql và PostgreSql và có trong java nên sản phẩm chạy trên windows, linux và mac.

Tôi chắc chắn rằng các thay đổi lược đồ luôn luôn là phụ gia. Vì vậy, tôi không bỏ cột và bảng, vì điều đó sẽ hạ gục dữ liệu và không thể quay lại sau. Bằng cách này, mã sử dụng cơ sở dữ liệu có thể được khôi phục mà không làm mất dữ liệu hoặc chức năng.

Tôi có một tập lệnh di chuyển chứa các câu lệnh tạo các bảng và cột nếu chúng chưa tồn tại và điền chúng vào dữ liệu.

Tập lệnh di chuyển chạy bất cứ khi nào mã sản xuất được cập nhật và sau khi cài đặt mới.

Khi tôi muốn loại bỏ một cái gì đó, tôi làm điều đó bằng cách loại bỏ chúng khỏi tập lệnh cài đặt cơ sở dữ liệu và tập lệnh di chuyển để các phần tử lược đồ lỗi thời này sẽ dần được loại bỏ trong các bản cài đặt mới. Với nhược điểm là các bản cài đặt mới không thể hạ cấp xuống phiên bản cũ hơn trước khi cài đặt.

Và tất nhiên tôi thực thi DDL thông qua các tập lệnh này và không bao giờ trực tiếp trên cơ sở dữ liệu để giữ mọi thứ đồng bộ.

Tôi không quản lý đồng bằng châu thổ. Tôi thực hiện các thay đổi đối với cơ sở dữ liệu chủ và có một công cụ tạo tập lệnh xây dựng dựa trên XML dựa trên cơ sở dữ liệu chính.

Khi đến lúc nâng cấp cơ sở dữ liệu hiện có, tôi có một chương trình sử dụng tập lệnh xây dựng dựa trên XML để tạo cơ sở dữ liệu mới và các bảng trống. Sau đó, tôi sao chép dữ liệu từ cơ sở dữ liệu cũ bằng cách sử dụng INSERT INTO x CHỌN TỪ y và sau đó áp dụng tất cả các chỉ mục, các ràng buộc và kích hoạt.

Tất cả các bảng mới, cột mới, cột bị xóa đều được xử lý tự động và với một vài thủ thuật nhỏ để điều chỉnh thói quen sao chép, tôi có thể xử lý việc đổi tên cột, thay đổi loại cột và các phép tái cấu trúc cơ bản khác.

Tôi sẽ không đề xuất giải pháp này trên cơ sở dữ liệu với lượng dữ liệu khổng lồ nhưng tôi thường xuyên cập nhật cơ sở dữ liệu trên 1GB với 400 bảng.

Bạn đã không đề cập đến RDBMS nào bạn đang sử dụng, nhưng nếu đó là MS SQL Server, So sánh SQL của Red-Gate là không thể thiếu đối với chúng tôi trong việc tạo ra các vùng đồng bằng giữa các tập lệnh tạo đối tượng.

Tôi không phải là người tự mình tìm ra tiếng còi của mình, nhưng tôi đã phát triển một ứng dụng web nội bộ để theo dõi các thay đổi đối với các lược đồ cơ sở dữ liệu và tạo các tập lệnh cập nhật theo phiên bản.

Công cụ này được gọi là Brazil và hiện là nguồn mở theo giấy phép MIT. Brazil là ruby ​​/ ruby ​​trên đường ray dựa trên và hỗ trợ triển khai thay đổi cho bất kỳ cơ sở dữ liệu nào mà Ruby DBI hỗ trợ (MySQL, ODBC, Oracle, Postgres, SQLite).

Hỗ trợ đưa các kịch bản cập nhật vào kiểm soát phiên bản được lên kế hoạch.

http://bitbucket.org/idler/mmp - công cụ phiên bản lược đồ cho mysql, được viết bằng PHP

Chúng tôi đang xuất dữ liệu sang định dạng di động (sử dụng chuỗi công cụ của chúng tôi), sau đó nhập dữ liệu vào một lược đồ mới. không cần SQL delta. Rất khuyến khích.

Tôi sử dụng cơ sở dữ liệu Firebird cho hầu hết sự phát triển và tôi sử dụng công cụ quản trị FlameRobin cho nó. Nó có một tùy chọn tốt đẹp để ghi lại tất cả các thay đổi. Nó có thể ghi lại mọi thứ vào một tệp lớn hoặc một tệp cho mỗi thay đổi cơ sở dữ liệu. Tôi sử dụng tùy chọn thứ hai này và sau đó tôi lưu trữ từng tập lệnh trong phần mềm kiểm soát phiên bản - trước đây tôi đã sử dụng Subversion, bây giờ tôi sử dụng Git.

Tôi giả sử bạn có thể tìm thấy một số công cụ MySQL có tính năng ghi nhật ký giống như FlameRobin dành cho Firebird.

Trong một trong các bảng cơ sở dữ liệu, tôi lưu trữ số phiên bản của cấu trúc cơ sở dữ liệu, vì vậy tôi có thể nâng cấp bất kỳ cơ sở dữ liệu nào một cách dễ dàng. Tôi cũng đã viết một tập lệnh PHP đơn giản thực thi từng tập lệnh SQL trên bất kỳ cơ sở dữ liệu đích nào (đường dẫn cơ sở dữ liệu và tên người dùng / mật khẩu được cung cấp trên dòng lệnh).

Ngoài ra còn có một tùy chọn để ghi nhật ký tất cả các câu lệnh DML (chèn, cập nhật xóa) và tôi kích hoạt điều này trong khi sửa đổi một số dữ liệu 'mặc định' mà mỗi cơ sở dữ liệu chứa.

Tôi đã viết một tờ giấy trắng đẹp về cách tôi làm tất cả điều này một cách chi tiết. Bạn có thể tải xuống bài báo ở định dạng .pdf cùng với các tập lệnh PHP demo từ đây .

Tôi cũng đã phát triển một tập các kịch bản PHP nơi các nhà phát triển có thể gửi các tập lệnh deltasql của họ đến một kho lưu trữ trung tâm.

Trong một trong các bảng cơ sở dữ liệu (được gọi là TBSYNCHRONIZE), tôi lưu trữ số phiên bản của tập lệnh thực thi mới nhất, vì vậy tôi có thể nâng cấp bất kỳ cơ sở dữ liệu nào một cách dễ dàng bằng cách sử dụng giao diện web hoặc máy khách được phát triển có chủ đích cho Eclipse.

Giao diện web cho phép quản lý một số dự án. Nó cũng hỗ trợ cơ sở dữ liệu "chi nhánh".

Bạn có thể kiểm tra ứng dụng tại http://www.gpu-grid.net/deltasql (nếu bạn đăng nhập với tư cách quản trị viên bằng mật khẩu testdbsync). Ứng dụng này là mã nguồn mở và có thể tải xuống tại đây: http://sourceforge.net/projects/deltasql

deltasql được sử dụng hiệu quả ở Thụy Sĩ và Ấn Độ, và phổ biến ở Nhật Bản.

Vài tháng trước tôi đã tìm kiếm công cụ để lập phiên bản lược đồ MySQL. Tôi đã tìm thấy nhiều công cụ hữu ích, như di chuyển Doctrine, di chuyển RoR, một số công cụ được viết bằng Java và Python.

Nhưng không ai trong số họ hài lòng với yêu cầu của tôi.

Yêu cầu của tôi:

1. Không có yêu cầu, loại trừ PHP và MySQL
2. Không có tệp cấu hình lược đồ, như lược đồ.yml trong Doctrine
3. Có thể đọc lược đồ hiện tại từ kết nối và tạo tập lệnh di chuyển mới, hơn là biểu thị lược đồ giống hệt nhau trong các cài đặt ứng dụng khác.

Tôi bắt đầu viết công cụ di chuyển của mình và hôm nay tôi có phiên bản beta.

Xin vui lòng, hãy thử nó, nếu bạn có hứng thú với chủ đề này. Xin vui lòng gửi cho tôi yêu cầu trong tương lai và bugreports.

Mã nguồn: bitbucket.org/idler/mmp/src Tổng quan bằng tiếng Anh: bitbucket.org/idler/mmp/wiki/Home Tổng quan bằng tiếng Nga: antonoff.info/development/mysql-migration-with-php-project

Tôi sử dụng http://code.google.com.vn/p/oracle-ddl2svn/

Tôi quan tâm đến chủ đề này quá.

Có một số cuộc thảo luận về chủ đề này trong wiki Django .

Thật thú vị, có vẻ như CakePHP có phiên bản lược đồ được tích hợp sẵn bằng cách sử dụng cake schema generatelệnh.

Dành cho MySQL

Khi tôi hạ cánh trên một DB mới:

Đầu tiên, tôi kiểm tra cấu trúc:

mysqldump --no-data --skip-comments --skip-extended-insert -h __DB_HOSTNAME__ -u __DB_USERNAME__ -p __DB1_NAME__ | sed 's/ AUTO_INCREMENT=[0-9]*//g' > FILENAME_1.sql
mysqldump --no-data --skip-comments --skip-extended-insert -h __DB_HOSTNAME__ -u __DB_USERNAME__ -p __DB2_NAME__ | sed 's/ AUTO_INCREMENT=[0-9]*//g' > FILENAME_2.sql
diff FILENAME_1.sql FILENAME_2.sql > DIFF_FILENAME.txt
cat DIFF_FILENAME.txt | less

Nhờ người dùng stackoverflow tôi có thể viết kịch bản nhanh này để tìm sự khác biệt về cấu trúc.

src: https://stackoverflow.com/a/8718572/4457531 & https://stackoverflow.com/a/26328331/4457531

Trong bước thứ hai, tôi kiểm tra dữ liệu, từng bảng một mysqldiff. Đó là một chút cổ xưa nhưng một vòng lặp php dựa trên information_schemadữ liệu làm cho công việc chắc chắn

Để tạo phiên bản, tôi sử dụng cùng một cách nhưng tôi định dạng tập lệnh cập nhật SQL (để nâng cấp hoặc khôi phục) với kết quả khác và tôi sử dụng quy ước số phiên bản (với một vài sửa đổi, số phiên bản trông giống như một địa chỉ IP) .

initial version : 1.0.0
                  ^ ^ ^
                  | | |
structure change: - | |
datas added: -------- |
datas updated: --------

Tôi đang sử dụng phiên bản nghiêm ngặt của lược đồ cơ sở dữ liệu (được theo dõi trong một bảng riêng). Các tập lệnh được lưu trữ trong kiểm soát phiên bản, nhưng tất cả đều xác minh phiên bản lược đồ hiện tại trước khi thực hiện bất kỳ thay đổi nào.

Dưới đây là toàn bộ triển khai cho SQL Server (có thể phát triển cùng một giải pháp cho MySQL nếu cần): Cách duy trì phiên bản lược đồ cơ sở dữ liệu SQL Server

Sau một thời gian dài điều tra, tôi phát hiện ra rằng có một số công cụ của bên thứ 3 hoặc các loại dự án Visual Studio không làm tôi hài lòng, hoặc chỉ viết blog về lý thuyết nhưng không thực hiện. Vì vậy, tôi đã thực hiện một hệ thống làm việc, được sử dụng gần một năm và giải thích ở đây:

http://nalerskym.com/2015/11/09/database-versioning-part-1/

tùy theo sở thích, sẽ tiếp tục viết thêm.