Tôi đã nhìn thấy một vài câu hỏi hiệu suất SQLite đây trên Stackoverflow, nhưng trọng tâm là trên các trang web, và tôi đang xem xét sử dụng DB này trong một kịch bản client-server:SQLite cho client-server
- Tôi mong đợi 1-10 khách hàng cho một máy chủ cho bây giờ, có thể lên tới 50 hoặc nhiều hơn trong tương lai.
- nhẹ hơn lần đọc hơn viết
- DB sẽ ngồi đằng sau một quá trình máy chủ (ví dụ: không sử dụng truy cập DB trực tiếp thông qua một mạng lưới)
Would sử dụng SQLite làm cho ứng dụng kém nhạy như trái ngược với sử dụng PostgreSQL ? Trực giác của tôi nói với tôi rằng nó sẽ là ok cho những tải trọng, nhưng có lẽ ai đó có một số kinh nghiệm thực tế với loại kịch bản.
Vì trang web * là * ứng dụng máy khách-máy chủ Tôi không hiểu tại sao điều này lại khác. Bạn nghĩ gì khác biệt? Tại sao bạn nói một ứng dụng máy chủ ứng dụng khách về cơ bản không giống như một ứng dụng máy chủ web? –
Về cơ bản nó là như nhau, nhưng câu hỏi khả năng mở rộng SQLite là một truy cập rep Stackoverflow, vì vậy tôi sẽ tưởng tượng rằng nó có các mẫu truy cập hoàn toàn khác nhau. Một sự khác biệt quan trọng là tôi có thể kiểm soát chặt chẽ tất cả các ngăn xếp công nghệ, trong khi với một trình duyệt một số lựa chọn được xác định trước cho bạn. – rpg
@rpg: Có, khi bạn có thiết lập c/s của riêng bạn, bạn có quyền kiểm soát nhiều hơn toàn bộ như trong thiết lập trang web. Điều này trong quan điểm của tôi nói cho SQLite - khi nó có khả năng mở rộng trong một thiết lập trang web, tại sao nó không phải là trong thiết lập của bạn, nơi bạn có quyền kiểm soát nhiều hơn? Hơn nữa các mẫu truy cập có thể là một vấn đề, tất nhiên. Nhiều Writes (xen kẽ với lần đọc) đặt căng thẳng hơn trên một công cụ DB như một thiết lập chỉ đọc thuần túy. Chắc chắn rồi! Tôi sẽ nói nó phụ thuộc vào lượng dữ liệu bạn thường thay đổi trong một chuyến đi khứ hồi (số hàng, cột và bảng ...). Bạn có thể đặt những người viết vào một giao dịch ... và như vậy trên – Juergen