Tidak semuanya.
Salah satu skenario yang paling umum untuk mempartisi adalah menggunakan bidang tanggal, yang sama sekali tidak terkait dengan PK Anda.
Misalnya, jika Anda memiliki tabel Orders
dengan bidang OrderDate
Anda kemungkinan besar partisi berdasarkan pada bulan dan tahun OrderDate
.
Ketika catatan usang dan tidak lagi relevan, Anda dapat memindahkan partisi tersebut ke tabel arsip atau database sehingga tidak lagi diproses.
Mempartisi akan bekerja dengan cukup banyak bidang apa pun, tetapi agar dapat berfungsi dengan baik, bidang yang Anda partisi harus digunakan di sebagian besar, jika tidak semua, dari kueri Anda. Jika Anda tidak memasukkan kunci partisi Anda maka pada dasarnya Anda akan mendapatkan pemindaian tabel mahal yang melintasi beberapa tabel (partisi).
EDIT
Untuk bagian 2, saya pikir jawabannya tidak juga. Kunci partisi digunakan untuk menentukan partisi mana yang akan ditempatkan, tetapi saya rasa indeks tidak dipertahankan. Mungkin ada statistik di bagian belakangnya.
Partition columns for a unique index must be a subset of the index key.
Selain jawaban JNK, Anda mungkin harus membaca artikel ini yang membahas tentang menyelaraskan partisi tabel dan partisi indeks.
Ada banyak jenis skenario di mana skema partisi benar-benar mengikuti kolom pertama kunci primer - misalnya dalam skenario gudang data di mana tanggal snapshot dari tabel fakta biasanya kolom partisi serta kolom pertama di kunci utama.
Tetapi sama-sama, dalam lingkungan OLTP di mana PK adalah IDENTITAS atau kunci pengganti lainnya, tidak masuk akal untuk menggunakan ini untuk partisi, karena mempartisi pada nomor sewenang-wenang biasanya tidak terlalu berguna. Dalam sistem OLTP, Anda juga cenderung mempartisi berdasarkan tanggal (mungkin bukan di PK), tetapi berpotensi juga secara regional atau oleh beberapa jenis divisi organisasi (mungkin di PK jika Anda tidak menggunakan pengganti).
Tapi itu bukan keharusan.
sumber
Itu harus menjadi bagian dari Kunci Kandidat jika bukan bagian dari kunci Primer itu sendiri. Sedang ide, partisi Anda harus menyelaraskan diri dengan kunci utama.
Jadi jawabannya adalah, ya, lebih disukai menjadi bagian dari PK. Jika bukan kunci lain, yang sama-sama cukup baik untuk menjadi seorang PK.
sumber
OrderDate
. Apakah Anda punya sesuatu untuk mendukung klaim Anda?