Số lượng hàng tối đa trong bảng cơ sở dữ liệu MS Access?

Question

Chúng tôi biết công cụ cơ sở dữ liệu MS Access được 'throttled' để cho phép kích thước tệp tối đa là 2GB (hoặc có thể trong nội bộ có giới hạn ít hơn một số sức mạnh của 2 trang dữ liệu 4KB). Nhưng điều này có ý nghĩa gì trong các thuật ngữ thực tế?

Để giúp tôi đo lường điều này, bạn có thể cho tôi biết số hàng tối đa có thể được chèn vào bảng cơ sở dữ liệu MS Access không?

Để đáp ứng định nghĩa của một bảng, tất cả các hàng phải là duy nhất, do đó một hạn chế duy nhất (ví dụ PRIMARY KEY, UNIQUE, CHECK, dữ liệu vĩ mô, vv) là một yêu cầu.

EDIT: Tôi nhận ra có giới hạn lý thuyết nhưng điều tôi quan tâm là thực tế (và không nhất thiết là thực tế), giới hạn tuổi thọ thực tế.

Answer 1

Đây là nỗ lực của tôi:

Tôi tạo ra một single-cột (INTEGER) bảng không có chìa khóa:

CREATE TABLE a (a INTEGER NOT NULL); 

số nguyên chèn theo thứ tự bắt đầu từ 1.

tôi dừng lại nó (tùy tiện sau nhiều giờ) khi nó đã chèn 65.632.875 hàng. Kích thước tệp là 1.029,772 KB.

Tôi đã nén tệp giảm nhẹ xuống còn 1.029,704 KB.

Tôi đã thêm một PK:

ALTER TABLE a ADD CONSTRAINT p PRIMARY KEY (a); 

đó tăng kích thước tập tin đến 1.467.708 KB.

Điều này cho thấy mức tối đa là một nơi nào đó quanh mốc 80 triệu.

Answer 2

Tất cả đều phụ thuộc. Về mặt lý thuyết, sử dụng một cột đơn có loại dữ liệu 4 byte. Bạn có thể lưu trữ 300 000 hàng. Nhưng có lẽ rất nhiều chi phí trong cơ sở dữ liệu ngay cả trước khi bạn làm bất cứ điều gì. Tôi đọc một số nơi bạn có thể có 1.000.000 hàng nhưng một lần nữa, tất cả đều phụ thuộc ..

Bạn cũng có thể liên kết cơ sở dữ liệu với nhau. Hạn chế bản thân để chỉ không gian đĩa.

Answer 3

Chúng tôi không nhất thiết phải nói đến các giới hạn lý thuyết ở đây, chúng ta đang nói về giới hạn thực của lược đồ cơ sở dữ liệu và kích thước tệp tối đa 2GB.

• db của bạn là một bảng đơn hay nhiều?
• Mỗi bảng có bao nhiêu cột?
• Các kiểu dữ liệu là gì?

Giản đồ dựa trên số lượng hàng trong xác định số hàng bạn có thể có.

Chúng tôi đã sử dụng MDB truy cập để lưu trữ dữ liệu MS-SQL xuất để phân tích thống kê bởi một số người dùng doanh nghiệp của chúng tôi. Trong những trường hợp này, chúng tôi đã xuất cấu trúc bảng lõi của mình, thường là bốn bảng có từ 20 đến 150 cột thay đổi từ một trăm byte mỗi hàng trở lên là 8000 byte mỗi hàng. Trong những trường hợp này, chúng tôi sẽ gặp phải hàng trăm nghìn hàng dữ liệu được phép PER MDB mà chúng tôi sẽ gửi chúng.

Vì vậy, tôi không nghĩ rằng câu hỏi này có câu trả lời khi không có lược đồ của bạn.

Answer 4

Đã một vài năm kể từ lần cuối cùng tôi làm việc với Access nhưng tệp cơ sở dữ liệu lớn hơn luôn được sử dụng để có nhiều sự cố hơn và dễ bị tham nhũng hơn các tệp nhỏ hơn. Trừ khi tệp cơ sở dữ liệu chỉ được truy cập bởi một người hoặc được lưu trữ trên mạng mạnh mẽ, bạn có thể thấy đây là vấn đề trước khi đạt đến giới hạn kích thước cơ sở dữ liệu 2GB.

Answer 5

Như những người khác đã tuyên bố đó là sự kết hợp giữa lược đồ của bạn và số chỉ mục.

Một người bạn có khoảng 100.000.000 giá cổ phiếu lịch sử, báo giá đóng cửa hàng ngày, trong MDB tiếp cận giới hạn 2 Gb.

Anh ta kéo chúng xuống bằng cách sử dụng một số mã được tìm thấy trong bài viết cơ sở Kiến thức Microsoft.Tôi đã khá ngạc nhiên rằng bất cứ máy chủ nào mà anh ta sử dụng đã không cắt giảm anh ta sau 100 nghìn bản ghi đầu tiên.

Anh ấy có thể xem bất kỳ bản ghi nào trong vòng một giây.

Answer 6

Một số nhận xét:

1. file Jet/ACE được tổ chức trong các trang dữ liệu, có nghĩa là có một số tiền nhất định của không gian chùng khi ranh giới kỷ lục của bạn không phù hợp với các trang dữ liệu của bạn.

2. Khóa cấp hàng sẽ giảm đáng kể số lượng bản ghi có thể, vì nó bắt buộc một bản ghi trên mỗi trang dữ liệu.

3. Trong máy bay phản lực 4, kích thước trang dữ liệu được tăng lên 4KB (từ 2KB trong Máy bay phản lực 3.x). Vì Jet 4 là phiên bản Jet đầu tiên hỗ trợ Unicode, điều này có nghĩa là bạn có thể lưu trữ 1GB dữ liệu hai byte (tức là 1.000.000.000 ký tự 2 byte) và với tính năng nén Unicode được bật, 2GB dữ liệu. Vì vậy, số lượng hồ sơ sẽ bị ảnh hưởng bởi việc bạn có nén Unicode hay không.

4. Vì chúng tôi không biết có bao nhiêu phòng trong một tập tin Jet/ACE được đưa lên bởi các tiêu đề và siêu dữ liệu khác, cũng không cần lưu trữ chỉ số phòng, tính toán lý thuyết luôn luôn .

5. Để nhận được bộ nhớ hiệu quả nhất, bạn muốn sử dụng mã để tạo cơ sở dữ liệu thay vì Access UI, vì Access tạo ra các thuộc tính nhất định mà Jet thuần túy không cần. Đây không phải là để nói rằng có rất nhiều, vì các thuộc tính được thiết lập mặc định Access thường không được đặt ở tất cả (thuộc tính được tạo chỉ khi bạn thay đổi nó từ giá trị mặc định - điều này có thể được nhìn thấy bằng cách đi qua trường tập hợp thuộc tính, nghĩa là nhiều thuộc tính được liệt kê cho một trường trong trình thiết kế bảng Access không có trong bộ sưu tập thuộc tính vì chúng chưa được đặt), nhưng bạn có thể muốn giới hạn bản thân đối với kiểu dữ liệu dành riêng cho máy bay phản lực (trường siêu kết nối) chẳng hạn như Access-only).

Tôi chỉ lãng phí một giờ mucking xung quanh với điều này sử dụng Rnd() để cư 4 lĩnh vực quy định as type byte, với PK tổng hợp trên bốn lĩnh vực, và nó đã mãi mãi để nối thêm đủ hồ sơ để nhận được lên đến bất kỳ phần đáng kể 2GB. Với hơn 2 triệu bản ghi, tệp dưới 80MB. Cuối cùng tôi đã bỏ thuốc lá sau khi đạt được chỉ 700K 7 TRIỆU hồ sơ và tệp được nén thành 184MB. Lượng thời gian cần thiết để đạt được gần 2GB chỉ là nhiều hơn tôi sẵn sàng đầu tư!

Answer 7

Thực tiễn = 'hữu ích trong thực tế' - vì vậy tốt nhất bạn sẽ nhận được là giai thoại. Mọi thứ khác chỉ là tạo mẫu và kiểm tra kết quả.

Tôi đồng ý với những người khác - xác định 'số lượng bản ghi tối đa' hoàn toàn phụ thuộc vào lược đồ - # bảng, # trường, # chỉ mục.

Một giai thoại khác cho bạn: Gần đây tôi đã đạt kích thước tệp 1,6 GB với 2 cửa hàng dữ liệu chính (bảng), tương ứng là 36 và 85, với một số bản sao con trong 3 bảng bổ sung.

Ai quan tâm nếu dữ liệu là duy nhất hay không - chỉ tài liệu nếu ngữ cảnh cho biết. Dữ liệu là dữ liệu là dữ liệu, trừ khi trùng lặp ảnh hưởng đến việc xử lý bởi người lập chỉ mục.

Tổng số hàng tạo nên 1,6 GB là 1,72M.

Answer 8

Khi làm việc với 4 bảng Db2 lớn, tôi không chỉ tìm thấy giới hạn mà còn khiến tôi trông rất tệ với một ông chủ nghĩ rằng tôi có thể thêm cả bốn bảng (mỗi bảng có trên 900.000 hàng) vào một bảng lớn. kết quả thực tế là bất kể số lần tôi thử Bảng (có 34 cột - 30 văn bản và 3 số nguyên) sẽ tiết ra một số thông điệp khó hiểu "Không thể mở định dạng không xác định cơ sở dữ liệu hoặc tệp có thể bị hỏng". Bottom Line là ít hơn 1.500.000 bản ghi và chỉ hơn một chút so với 1.252.000 với 34 hàng.