điểm gì nên một người nào đó quyết định chuyển đổi cơ sở dữ liệu hệ thống

Question

Khi phát triển liệu web của mình hoặc máy tính để bàn tại thời điểm đó nên một công tắc phát triển từ SQLite, MySQL, MS SQL, vv

Answer 1

Nó phụ thuộc vào những gì bạn đang làm. Bạn có thể chuyển đổi nếu:

• Bạn cần thêm khả năng mở rộng hoặc hiệu suất tốt hơn - nói từ SQLite đến SQL Server hoặc Oracle.
• Bạn cần quyền truy cập vào các kiểu dữ liệu cụ thể hơn.
• Bạn cần hỗ trợ khách hàng chỉ chạy một cơ sở dữ liệu cụ thể.
• Bạn cần các công cụ DBA tốt hơn.
• Ứng dụng của bạn đang sử dụng nền tảng khác nơi cơ sở dữ liệu của bạn không còn chạy hoặc thư viện của nó không chạy.

Có nhiều lý do khác để chuyển đổi và tất cả phụ thuộc vào yêu cầu của bạn.

Answer 2

BrianLy nhấn móng trên đầu, nhưng tôi cũng thêm rằng bạn có thể sẽ sử dụng các cơ sở dữ liệu khác nhau ở các mức phát triển khác nhau. Các nhà phát triển không sử dụng SQLite trên máy trạm của họ khi họ đang mã hóa với máy chủ phát triển cá nhân của họ, và sau đó có các trang web dàn dựng và/hoặc sản xuất bằng cách sử dụng một công cụ cơ sở dữ liệu khác.

Tất nhiên, nếu bạn đang sử dụng tiện ích mở rộng hoặc khả năng cụ thể cho một công cụ cơ sở dữ liệu nhất định (ví dụ: PostGIS trong PostGreSQL), thì rõ ràng điều đó sẽ không hoạt động.

Answer 3

Bạn nên chuyển đổi cơ sở dữ liệu ở mốc quan trọng 2.3433, 3p trước nhánh trái của dendrite 8,151,215.

Bạn nên chuyển đổi cơ sở dữ liệu khi bạn có lý do để làm như vậy, sẽ là lời khuyên của tôi. Nếu cơ sở dữ liệu hiện tại của bạn đang hoạt động theo mong đợi của bạn, hãy hỗ trợ tải đang được hệ thống sản xuất của bạn đặt, có các tính năng bạn yêu cầu trong ứng dụng của bạn và bạn không chán với nó, tại sao lại thay đổi? Tuy nhiên, nếu bạn thấy ứng dụng của bạn không mở rộng quy mô hoặc bạn đang thiết kế ứng dụng có yêu cầu tải hoặc khả năng mở rộng cao và nghiên cứu của bạn cho bạn biết nền tảng cơ sở dữ liệu hiện tại của bạn yếu trong khu vực đó hoặc như đã đề cập, bạn cần một số phân tích không gian hoặc tính năng mà một cơ sở dữ liệu cụ thể có, cũng có bạn đi.

Một xem xét khác có thể là việc sử dụng công cụ ORM không xác định cơ sở dữ liệu có thể cho phép bạn thử nghiệm tự do với các nền tảng cơ sở dữ liệu khác nhau với cài đặt cấu hình đơn giản. Đó là kích hoạt để chúng tôi xem xét thử một cái gì đó mới trong bộ phận DB. Nếu ứng dụng của chúng tôi có thể xử lý bất kỳ DB nào mà ORM có thể xử lý, tại sao phải trả phí cấp phép cho một cơ sở dữ liệu thương mại khi một DB nguồn mở hoạt động tốt cho các mức hiệu năng mà chúng tôi yêu cầu? Tuy nhiên, điểm mấu chốt là với cơ sở dữ liệu hoặc bất kỳ công nghệ nào khác, tôi nghĩ rằng không có "quy tắc kinh doanh" sẽ cho bạn biết khi nào cần chuyển đổi - kịch bản của bạn sẽ cho bạn biết đã đến lúc chuyển đổi vì một cái gì đó trong giải pháp của bạn sẽ không hoàn toàn đúng, và nếu bạn không ở thời điểm đó, không cần phải thay đổi.