Базите данни зависят от ключове за съхраняване, сортиране и сравняване или създаване на връзки между записите. Ако сте се занимавали с бази данни от известно време, вероятно сте чували за различни типове ключове: първични ключове, кандидат ключове и външни ключове.
Когато създавате нова таблица на база данни, вие трябва да изберете един първичен ключ, който уникално ще идентифицира всеки запис, съхранен в тази таблица.
Защо първичният ключ е важен
Изборът на първичен ключ е едно от най-важните решения, които ще вземете при проектирането на нова база данни. Най-важното ограничение е, че трябва да сте сигурни, че избраният ключ е уникален. Ако е възможно два записа (минало, настояще или бъдеще) да споделят една и съща стойност за атрибут, това е лош избор за първичен ключ.
Друг важен аспект на първичния ключ е използването му от други таблици, които се свързват към него в релационна база данни. В този аспект първичен ключ действа като цел на указател. Поради тези взаимозависимости трябва да съществува първичен ключ, когато се създава запис, и той никога не може да се промени.
Лош избор за първични ключове
Това, което някои хора може да смятат за очевиден избор за първичен ключ, може вместо това да е лош избор. Ето няколко примера:
- Пощенските кодове не са добри първични ключове за таблица с градове. Ако правите проста таблица за търсене на градове, пощенският код изглежда логичен първичен ключ. При по-нататъшно проучване обаче може да разберете, че повече от един град споделя пощенски код. Например градовете Нептун, Нептун Сити, Тинтън Фолс и Уол Тауншип в Ню Джърси споделят пощенския код 07753.
- Социалноосигурителните номера не са добри първични ключове по много причини. Повечето хора смятат своя SSN за частен и не искат той да бъде ясно видим за потребителите на базата данни. Освен това някои хора нямат SSN.
- Имейл адресите също са лош избор за първичен ключ. Въпреки че са уникални, те могат да се променят с времето. Освен това не всеки има имейл адрес.
Какво прави един добър първичен ключ
И така, как избирате ефективен първичен ключ? В повечето случаи се обърнете към вашата система от бази данни за поддръжка.
Най-добра практика при проектирането на бази данни е да се използва вътрешно генериран първичен ключ. Вашата система за управление на база данни обикновено може да генерира уникален идентификатор, който няма значение извън системата на базата данни.
Например, можете да използвате типа данни AutoNumber на Microsoft Access, за да създадете поле, наречено RecordID. Типът данни AutoNumber автоматично увеличава полето всеки път, когато създавате запис. Въпреки че самият номер е безсмислен, той осигурява надежден начин за препратка към отделен запис в заявки.
Добрият първичен ключ обикновено е кратък, използва числа и избягва специални знаци или комбинация от главни и малки букви, за да улесни бързите търсения и сравнения в бази данни.
