PartitioningOut of many things that

Partitioning
Out of many things that can improve the performance of a data warehouse, I would say partitioning
is the second most important. In SQL Server 2005 and 2008, we have a new feature for
partitioning for a physical table. Previously, in SQL Server 2000, we could partition only a view;
we could not partition a table.
There are two types of partitioning: vertical partitioning and horizontal partitioning.
Vertical partitioning is splitting a table vertically into several smaller tables, with each table
containing some columns of the original table. Horizontal partitioning is splitting a table horizontally
into several smaller tables, with each table containing some rows of the original table.
In this section, I’m talking about horizontal partitioning, not vertical partitioning.
Imagine if the Subscription Sales fact table were horizontally partitioned like the one in
Figure 6-3.
Figure 6-3. Partitioned and nonpartitioned Subscription Sales fact table
The nature of the fact tables in dimensional data warehouses is that their content is
chronological according to time. If it is a transactional fact table, such as Product Sales, the
rows coming into the fact table are the sales records from the previous day. If it is a periodic
snapshot fact table, such as Subscription Sales, the rows coming into the fact table are the
snapshot of all subscriber records as they were on that day.
Because of this natural characteristic, it is best to physically organize the table by date. It
makes the loading a lot quicker. It makes the query faster if the information you need is from
the same month or the same year. The left part of Figure 6-4 shows the loading and query of a
nonpartitioned Subscription Sales fact table, physically clustered on store_key. The records
are loaded to various parts of the table. The queries fetch the data also from various different
places within the table.

Hasil (Bahasa Indonesia) 1:

PartisiDari banyak hal yang dapat meningkatkan kinerja gudang data, saya akan mengatakan partisiyang kedua paling penting. Dalam SQL Server 2005 dan 2008, kami memiliki fitur baru untukpartisi untuk tabel fisik. Sebelumnya, di SQL Server 2000, kita bisa partisi hanya pandangan;kita tidak bisa partisi tabel.Ada dua jenis partisi: partisi vertikal dan horisontal partisi.Vertikal partisi yang membelah diri tabel vertikal menjadi beberapa meja kecil, dimana setiap tabelmengandung beberapa kolom dari tabel asli. Partisi horisontal adalah membagi tabel horizontalke beberapa meja kecil, dengan meja masing-masing mengandung beberapa baris tabel asli.Dalam bagian ini, saya berbicara tentang horisontal partisi, tidak vertikal partisi.Bayangkan jika berlangganan penjualan fakta tabel horizontal dipartisi seperti yang ada diGambar 6-3.Gambar 6-3. Tabel fakta untuk berlangganan penjualan dipartisi dan nonpartitionedSifat tabel fakta dalam dimensi data gudang adalah bahwa konten merekakronologis sesuai waktu. Jika itu adalah meja transaksional fakta, seperti penjualan produk,datang ke tabel fakta baris adalah catatan penjualan dari hari sebelumnya. Jika periodikTabel fakta snapshot, seperti berlangganan penjualan, baris datang ke tabel fakta yangsnapshot dari semua catatan pelanggan ketika mereka berada di hari itu.Karena karakteristik ini alami, terbaik untuk secara fisik mengatur meja dengan tanggal. Itumembuat loading jauh lebih cepat. Itu membuat permintaan lebih cepat jika informasi yang Anda butuhkan daribulan yang sama atau tahun yang sama. Bagian kiri dari gambar 6-4 menunjukkan pemuatan dan permintaan darinonpartitioned berlangganan penjualan fakta tabel, secara fisik berkerumun di store_key. Catatandimuat ke berbagai bagian dari tabel. Query mengambil data juga dari berbagai berbedatempat-tempat dalam tabel.

Hasil (Bahasa Indonesia) 2:

Partisi
Dari banyak hal yang bisa meningkatkan kinerja data warehouse, saya akan mengatakan partisi
adalah yang kedua paling penting. Dalam SQL Server 2005 dan 2008, kami memiliki fitur baru untuk
partisi untuk tabel fisik. Sebelumnya, di SQL Server 2000, kita bisa partisi hanya pandangan,
kita tidak bisa partisi meja.
Ada dua jenis partisi: partisi vertikal dan horisontal partisi.
partisi vertikal membelah meja vertikal menjadi beberapa tabel yang lebih kecil, dengan masing-masing tabel
yang berisi beberapa kolom dari tabel asli. Partisi horizontal membelah meja horizontal
menjadi beberapa tabel yang lebih kecil, dengan masing-masing tabel yang berisi beberapa baris dari tabel asli.
Pada bagian ini, saya sedang berbicara tentang partisi horisontal, partisi tidak vertikal.
Bayangkan jika tabel fakta Penjualan Berlangganan yang horizontal dipartisi seperti satu di
Gambar 6-3.
Gambar 6-3. Dipartisi dan nonpartitioned Penjualan Berlangganan tabel fakta
Sifat dari tabel fakta dalam data warehouse dimensi adalah bahwa konten mereka adalah
kronologis menurut waktu. Jika itu adalah tabel fakta transaksional, seperti Penjualan Produk,
baris yang datang ke dalam tabel fakta adalah catatan penjualan dari hari sebelumnya. Jika itu adalah periodik
tabel snapshot Bahkan, seperti Sales Berlangganan, baris masuk ke tabel fakta adalah
snapshot dari semua catatan pelanggan karena mereka pada hari itu.
Karena karakteristik alami ini, yang terbaik adalah secara fisik mengatur tabel dengan date. Ini
membuat loading jauh lebih cepat. Itu membuat query lebih cepat jika informasi yang Anda butuhkan adalah dari
bulan yang sama atau tahun yang sama. Bagian kiri dari Gambar 6-4 menunjukkan pemuatan dan permintaan dari
tabel Penjualan Berlangganan fakta nonpartitioned, fisik berkerumun di store_key. Catatan
dimuat ke berbagai bagian meja. Query mengambil data juga dari berbagai berbagai
tempat dalam tabel.