Bigtable maps two arbitrary string

Bigtable maps two arbitrary string values (row key and column key) and timestamp (hence three-dimensional mapping) into an associated arbitrary byte array. It is not a relational database and can be better defined as a sparse, distributed multi-dimensional sorted map.[11]:1 Bigtable is designed to scale into the petabyte range across "hundreds or thousands of machines, and to make it easy to add more machines [to] the system and automatically start taking advantage of those resources without any reconfiguration".[12]

Each table has multiple dimensions (one of which is a field for time, allowing for versioning and garbage collection). Tables are optimized for Google File System (GFS) by being split into multiple tablets – segments of the table are split along a row chosen such that the tablet will be ~200 megabytes in size. When sizes threaten to grow beyond a specified limit, the tablets are compressed using the algorithm BMDiff[13][14] and the Zippy compression algorithm[15] publicly known and open-sourced as Snappy,[16] which is a less space-optimal variation of LZ77 but more efficient in terms of computing time. The locations in the GFS of tablets are recorded as database entries in multiple special tablets, which are called "META1" tablets. META1 tablets are found by querying the single "META0" tablet, which typically resides on a server of its own since it is often queried by clients as to the location of the "META1" tablet which itself has the answer to the question of where the actual data is located. Like GFS's master server, the META0 server is not generally a bottleneck since the processor time and bandwidth necessary to discover and transmit META1 locations is minimal and clients aggressively cache locations to minimize queries.

Kết quả (Việt) 1:

Bigtable bản đồ hai giá trị chuỗi tùy ý (hàng phím và cột chính) và dấu thời gian (lập bản đồ ba chiều do đó) vào một mảng kết hợp tùy ý byte. Nó không phải là một cơ sở dữ liệu quan hệ, và có thể được tốt hơn được định nghĩa như là một thưa thớt, phân phối bản đồ được sắp xếp đa chiều. [11]: 1 Bigtable được thiết kế để quy mô vào dãy petabyte qua "hàng trăm hoặc hàng ngàn máy, và để làm cho nó dễ dàng để thêm nhiều máy để hệ thống và sẽ tự động bắt đầu lợi dụng các nguồn lực mà không cần bất kỳ cấu hình lại". [12]Mỗi bàn có nhiều kích thước (một trong số đó là một lĩnh vực trong thời gian, cho phép cho bộ sưu tập versioning và rác thải). Bảng được tối ưu hóa cho Google File System (GFS) bởi được chia thành nhiều viên-phân đoạn bảng được chia dọc theo một hàng được lựa chọn như vậy mà máy tính bảng sẽ là ~ 200 MB trong kích thước. Khi kích thước đe dọa để phát triển vượt quá giới hạn quy định, các máy tính bảng được nén bằng thuật toán BMDiff [13] [14] và Zippy nén thuật toán [15] được biết công khai và mã nguồn mở là linh hoạt, [16] là một biến thể ít không gian tối ưu của LZ77 nhưng hiệu quả hơn về mặt tính toán thời gian. Các vị trí trong các GFS viên được ghi nhận là cơ sở dữ liệu mục trong nhiều viên đặc biệt, được gọi là "META1" máy tính bảng. META1 viên được tìm thấy bằng cách truy vấn tablet "META0" duy nhất, thường cư trú trên máy chủ của riêng của mình kể từ khi nó thường là truy vấn của khách hàng như vị trí của máy tính bảng "META1" mà tự nó đã trả lời cho câu hỏi của các dữ liệu thực sự nằm ở đâu. Giống như GFS của chủ máy chủ, máy chủ META0 không phải là nói chung một nút cổ chai kể từ thời gian xử lý và băng thông cần thiết để khám phá và truyền META1 địa điểm là tối thiểu và khách hàng mạnh mẽ cache các địa điểm để giảm thiểu các truy vấn.

Kết quả (Việt) 2:

Bigtable bản đồ hai giá trị bất kì chuỗi (hàng chính và cột quan trọng) và dấu thời gian (vì thế ba chiều lập bản đồ) vào một mảng byte tùy ý liên quan. Nó không phải là một cơ sở dữ liệu quan hệ và có thể được định nghĩa tốt hơn như một thưa thớt phân phối đồ, đa chiều sắp xếp [11]:. 1 Bigtable được thiết kế để mở rộng quy mô vào trong phạm vi petabyte qua "hàng trăm hoặc hàng ngàn máy, và để làm cho nó dễ dàng để thêm nhiều máy móc [để] hệ thống và tự động bắt đầu tận dụng những nguồn lực mà không cần bất kỳ cấu hình lại ". [12]

Mỗi bảng có nhiều kích thước (một trong số đó là một lĩnh vực cho thời gian, cho phép cho versioning và thu gom rác thải). Bàn được tối ưu hóa cho Google File System (GFS) bằng cách chia thành nhiều viên nén - phân đoạn của bảng được chia dọc theo một hàng chọn sao cho các máy tính bảng sẽ được ~ 200 MB trong kích thước. Khi kích thước đe dọa lớn vượt ra ngoài giới hạn quy định, các máy tính bảng được nén bằng cách sử dụng thuật toán BMDiff [13] [14] và các thuật toán nén Zippy [15] công chúng biết đến và mã nguồn mở như Snappy, [16] là một ít space- biến thể tối ưu của LZ77 nhưng hiệu quả hơn trong thời gian tính toán. Vị trí trong GFS của viên thuốc được ghi nhận là mục cơ sở dữ liệu trong nhiều viên nén đặc biệt, được gọi là "META1" máy tính bảng. Viên META1 được tìm thấy bằng cách truy vấn đơn "META0" máy tính bảng, thường cư trú trên máy chủ của riêng nó vì nó thường được truy vấn của khách hàng như vị trí của "META1" máy tính bảng mà chính nó có câu trả lời cho câu hỏi về nơi dữ liệu thực tế nằm. Giống như máy chủ tổng thể của GFS, máy chủ META0 không nói chung là một nút cổ chai kể từ thời gian xử lý và băng thông cần thiết để khám phá và truyền tải các địa điểm META1 là tối thiểu và khách hàng tích cực các địa điểm bộ nhớ cache để giảm thiểu các truy vấn.

Kết quả (Việt) 3:

Bigtable bản đồ ngẫu nhiên hai chuỗi giá trị (được các chìa khóa và chìa khóa) và thời gian (và do đó bản đồ ngẫu nhiên đến chiều liên quan đến byte mảng).Nó không phải là một cơ sở dữ liệu quan hệ tốt hơn, có thể định nghĩa là một thực tế là thưa thớt. Phân phối sắp xếp đồ. [11]:1 Bigtable quy mô toàn quốc được thiết kế cho "hàng trăm ngàn cỗ máy cấp PB Range, và có thể dễ dàng thêm máy [] hệ thống tự động bắt đầu sử dụng những nguồn tin không có bất kỳ cải tiến." [12]Mỗi bảng có nhiều không gian (một trong số đó là một thời gian, cho phép các phiên bản và thu gom rác).Hồ là Google hệ thống tập tin (GFS) tối ưu hóa được chia thành nhiều đoạn phim – bàn đều dọc theo một hàng để lựa chọn máy tính bảng sẽ - 200 triệu byte chia.Khi kích thước đe dọa tăng lên hơn một giới hạn, Viên Thuật toán nén bmdiff [13] [14] và hoạt động một thuật toán nén [15] công khai và mã nguồn mở cho mốt, [16] đó là một không gian nhỏ hơn tối ưu tính toán thời gian biến đổi LZ77 nhưng ở khía cạnh hiệu quả hơn.Trong hồ sơ của viên GFS vào vị trí đặc biệt cho nhiều phim Database entry, đây được gọi là "kim loại" phim.Qua kiểm tra tấm kim loại là single "meta0" máy tính bảng, nó thường đóng ở máy chủ của mình bởi vì nó thường là tìm vị trí của khách hàng "kim loại" máy tính bảng cũng có câu trả lời câu hỏi của thực tế, ở vị trí của dữ liệu.Như GFS của máy chủ, máy phục vụ không meta0 chung vì xử lý thời gian và băng thông để tìm ra vị trí của kim loại và phóng là nhỏ nhất, khách hàng chủ động giảm yêu cầu vị trí nhớ tạm đến cổ chai.