Tôi là một người nhúng, không phải là một anh chàng cơ sở dữ liệu. Tôi đã được yêu cầu thiết kế lại một hệ thống hiện có trong đó có tắc nghẽn ở một số nơi.Cơ sở dữ liệu "tốt nhất" để nhúng là gì?
Thiết bị nhúng dựa trên bộ vi xử lý ARM 9 chạy ở 220mHz.
Nên có cơ sở dữ liệu các mục nhập 50k (có thể tăng lên 250k) mỗi mục có 1 nghìn dữ liệu (tối đa 8 tệp). Đó là gần đúng - tôi có thể cố gắng để có được con số chính xác hơn nếu cần thiết.
Họ hiện đang sử dụng SqlLite 2 và lập kế hoạch để chuyển sang SqlLite 3.
Nếu không bắt đầu một cuộc chiến tranh ngọn lửa - Tôi là một người hoàn toàn d người mới/b chỉ tìm kiếm lời khuyên - đó là quyết định "tốt nhất"? Tôi nhận ra rằng đây có thể là "chuỗi dài bao nhiêu?" câu hỏi, nhưng bất kỳ con trỏ woudl được hoan nghênh rất nhiều. Tôi không quan tâm đến việc đọc nhiều bài báo về nghiên cứu &, nhưng hy vọng rằng bạn có thể giúp tôi có được một khởi đầu mới. Cảm ơn.
p.s Một lần nữa, tổng số viết lại, thậm chí có thể không gắn với Linux nhúng, nhưng chuyển sang eCos, đừng lo lắng quá nhiều về việc chuyển đổi một lần giữa các định dạng d/b. Oh, và truy cập nên là không thường xuyên, nhiều nhất một vài giây một lần.
chỉnh sửa: ok, có vẻ như chúng có mục nhập 30k (có thể đạt 100 nghìn hoặc hơn) chỉ 5 hoặc 6 trường, nhưng ít nhất 3 trong số đó có thể là khóa tìm kiếm để lưu. Họ đang đùa giỡn với "không có d/b, vì dữ liệu rất đơn giản", nhưng có vẻ như với nhiều phím, chúng tôi không thể sử dụng các công cụ ưa thích như tìm kiếm kiểu quicksort() (đệ quy, tìm kiếm nhị phân). Bất kỳ suy nghĩ về "không có d/b", chỉ là cấu trúc dữ liệu?
Btw, một mấu chốt là 800k - không chắc chắn SqlLite xử lý đó (có thể với "không d/b" Tôi phải băm mà 800k một cái gì đó nhỏ hơn?)
sqllite có vẻ như là một lựa chọn tốt để gắn bó với – Toad
vâng, tôi cũng khuyên bạn nên sử dụng sqllite. – junmats
Cơ sở dữ liệu có phải là nút cổ chai của bạn không? Bởi số của bạn, nó sẽ được sử dụng tốt, trừ khi lưu trữ của bạn là rất chậm. Hãy nhớ rằng 10 năm trước đây đã được coi là một cỗ máy khá nhanh. –