← Back to branch summary

~ubuntu-branches/debian/sid/pgadmin3/sid

« back to all changes in this revision

Viewing changes to docs/cs_CZ/hints/pk.html

  • Committer: Bazaar Package Importer
  • Author(s): Gerfried Fuchs
  • Date: 2009-07-30 12:27:16 UTC
  • mfrom: (1.1.6 upstream)
  • Revision ID: james.westby@ubuntu.com-20090730122716-fddbh42on721bbs2
Tags: 1.10.0-1
* New upstream release.
* Adjusted watch file to match release candidates.
* Updated to Standards-Version 3.8.2:
  - Moved to Section: database.
  - Add DEB_BUILD_OPTIONS support for parallel building.
  - Move from findstring to filter suggestion for DEB_BUILD_OPTIONS parsing.
* pgagent got split into its own separate source package by upstream.
* Exclude Docs.vcproj from installation.
* Move doc-base.enus from pgadmin3 to pgadmin3-data package, the files are
  in there too.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/cs_CZ/hints/pk.html
 
1
<html>
 
2
 
 
3
<head>
 
4
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
 
5
<link rel="STYLESHEET" type="text/css" href="../pgadmin3.css">
 
6
<title>Rady odborníka</title>
 
7
</head>
 
8
 
 
9
<body>
 
10
 
 
11
<h3>Primární klíče</h3>
 
12
<p>
 
13
Při návrhu tabulky byste měli vždy brát na vědomí, jak bude tabulka později adresovaná. Ve většině případů 
 
14
budete potřebovat nějakou jednoznačnou identifikaci každého řádku. Takový jednoznačný identifikátor by měl být 
 
15
vytvořený jako primární klíč. Primární klíč nemusí nutně sestávat z jediného sloupce. Může obsahovat tolik sloupců, 
 
16
kolik je nutné pro jedinečnou identifikaci řádku. Pokud byste potřebovali hodně sloupců (odhadem více než 3), může být 
 
17
dobrým řešením vymyslet doplňující sloupec s vhodným datovým typem, např. serial nebo bigserial, ve kterém se bude 
 
18
primární klíč uchovávat.
 
19
</p>
 
20
<p>
 
21
Pouze ve výjimečných případech není důležité vytvářet primární klíč. To znamená, že chybějící primární klíč je docela 
 
22
významný ukazatel, že návrh tabulky není dokončený. Proto se také objeví Rada odborníka, když vytvoříte tabulku bez 
 
23
primárního klíče.
 
24
</p>
 
25
<p>
 
26
Když se podíváte na systémové tabulky PostgreSQL, zjistíte že žádná z nich nemá primární klíč. Co si o tom myslet? 
 
27
Ve skutečnosti všechny tyto tabulky mají jeden nebo více sloupců (obvykle pouze OID), které jedinečně identifikují
 
28
každý řádek a přitom dodržují pravidlo pro primární klíče, že nesmí být nulové a jsou pokryté indexem pro rychlý přístup.
 
29
Použití OID má historické příčiny a skutečně to není hlavní volba při návrhu uživatelských tabulek. PostgreSQL je používá
 
30
kvůli zpětné kompatibilitě a hned tak se to nezmění, přestože novější koncepce by výslovně použila primární klíče.
 
31
</p>
 
32
<p>
 
33
Jak je vidět na případu systémových tabulek, cíle unikátnosti a rychlého přístupu lze dosáhnout i s jinými přístupy, než
 
34
jen primárním klíčem. Přesto, kvůli čistotě datového modelu, vám důrazně doporučujeme pro tyto účely používat primární klíče.
 
35
</p>
 
36
</body>
 
37
</html>