Tôi nghĩ điều mà tất cả mọi người ở đây đều thiếu, đó là mặc dù không phải ai cũng phải đối phó với các trường hợp 10, 20 hoặc 1000 của cùng một hệ thống phần mềm được cài đặt trên khắp đất nước và thế giới ... những người trong chúng ta thiết kế phần mềm bán thương mại đều làm như vậy. Do đó, chúng tôi mở rộng hệ thống theo thời gian, mở rộng bảng bằng cách thêm các trường khi cần khả năng mới và khi các trường đó được xác định là thuộc về một bảng hiện có và như vậy, trong hơn một thập kỷ mở rộng, phát triển, thêm trường, v.v. tới các bảng .... và sau đó phải làm việc với các bảng đó từ thiết kế, hỗ trợ, đôi khi đào sâu vào dữ liệu thô / khắc phục sự cố để gỡ lỗi chức năng mới .... thật vô cùng trầm trọng khi không có thông tin chính bạn muốn xem trong số ít các trường đầu tiên,
Tôi thường ước mình có thể làm được điều này, vì lý do chính xác này. Nhưng không làm được chính xác những gì SQL làm, Xây dựng Tập lệnh Tạo cho một Bảng mới theo cách tôi muốn, viết Chèn vào đó, sau đó loại bỏ tất cả các ràng buộc, mối quan hệ, khóa, chỉ mục, v.v. hiện có từ bảng hiện có và đổi tên bảng "mới" trở về tên cũ, rồi đọc tất cả các khóa, mối quan hệ, chỉ mục, v.v., v.v.
Không chỉ tẻ nhạt, tốn thời gian mà ... trong năm năm nữa, sẽ cần phải xảy ra một lần nữa ....
Nó gần như xứng đáng với khối lượng công việc khổng lồ đó, tuy nhiên vấn đề là ... đây sẽ không phải là lần cuối cùng chúng ta cần khả năng này, vì hệ thống của chúng ta sẽ tiếp tục phát triển, mở rộng và nhận được các trường theo thứ tự được điều khiển bởi cần bổ sung / thiết kế.
Đa số các nhà phát triển nghĩ từ quan điểm hệ thống duy nhất phục vụ cho một công ty hoặc thị trường hộp cứng rất cụ thể.
Các nhà thiết kế và các nhà lãnh đạo phát triển trong không gian thị trường "vô dụng" nhưng có tiến bộ đáng kể sẽ luôn phải đối phó với vấn đề này, lặp đi lặp lại ..... rất thích một giải pháp sáng tạo nếu có. Điều này có thể dễ dàng tiết kiệm cho công ty của tôi hàng chục giờ một tuần, chỉ cần không phải cuộn qua hoặc nhớ trường "đó" ở đâu trong bảng dữ liệu nguồn ....