Tôi đã đọc tất cả các câu hỏi SO, bài viết Kinh dị mã hóa và Google đã cố gắng tìm kiếm các cách tốt nhất để sửa đổi dữ liệu kiểm soát. Tất cả đều hoạt động và tất cả đều có cách triển khai thích hợp dựa trên các trường hợp sử dụng, v.v. Điều tôi thực sự muốn biết là tại sao cơ sở dữ liệu không được viết để hỗ trợ sửa đổi một cách nguyên bản trên cấp dữ liệu?Toàn bộ cơ sở dữ liệu được sửa đổi ở đâu?
Điều tôi thấy bối rối là API đã được thực tế tại chỗ với các giao dịch. Chúng tôi bắt đầu một giao dịch, thay đổi một số dữ liệu và cam kết. Chúng tôi đang xác thực đối với cơ sở dữ liệu quá nên đổ lỗi là hiện tại. Công ty của tôi lưu trữ các phiên bản cuối tháng của toàn bộ cơ sở dữ liệu của chúng tôi cho các mục đích kế toán tương đương với các thẻ. Điều này không hét lên RCS?
Phân nhánh là thứ mà cơ sở dữ liệu có thể hưởng lợi từ rất nhiều so với lược đồ nhiều hơn dữ liệu. Vì tôi thực sự chỉ quan tâm đến dữ liệu và điều này sẽ làm tăng độ khó thực hiện bởi một mức độ lớn, tôi sẽ chỉ gắn thẻ và cam kết.
Bây giờ tôi biết rằng cơ sở dữ liệu là ứng dụng cực kỳ quan trọng về thời gian, vì vậy mọi chi phí không cần thiết đều bị bỏ quên và một số cơ sở dữ liệu có mức sử thi khổng lồ và sửa đổi sẽ chỉ đạt được kích thước đó. Một bảng, kiểm soát sửa đổi lựa chọn chắc chắn có một nơi trong môi trường quy mô vừa và nhỏ, nơi có mili giây để phụ tùng và lịch sử dữ liệu có một mức độ quan trọng. Tôi muốn cam kết, tôi muốn các bản ghi, tôi muốn trở lại, tôi muốn diffs, tôi muốn đổ lỗi, tôi muốn thẻ, và tôi muốn checkouts. Tôi muốn kiểm soát sửa đổi MF-ing.
Tôi có một câu hỏi trong một nơi nào đó ...
Tôi đã thực hiện các tuyến đường kích hoạt đó là okay và hoàn toàn trong ứng dụng logic và cả hai đều chắc chắn làm việc nhưng tôi chỉ không biết tại sao không ai trong số này tồn tại. Tôi muốn thấy một bản sửa đổi bao gồm các thay đổi cho nhiều hơn một hàng và thậm chí nhiều hơn một bảng, tuy nhiên. Và như tôi đã nói điều này sẽ phải là một lựa chọn tham gia và mỗi bảng vì hiệu suất luôn quan trọng. Tôi đoán vì điều này không thể được thực hiện trên một triển khai lớn một cách hiệu quả là lý do tại sao nó chưa bao giờ được triển khai trong các DB chính thống. Tuy nhiên, một số trang web và ứng dụng chuyên dụng hơn, nhỏ hơn của tôi sẽ có lợi. –