Táblaí, sraitheanna agus eochracha

Tá an t-innéacs oscailte. Osclaíonn QUERY holagram os cionn an bhoird oibre: crochann na mílte taifead san aer i ngreille néata, agus ritheann snáitheanna tanaí ómra idir cuid acu. Síneann tú chuig ceann acu — buaileann sé ar nós teada. Ní carn comhad é seo. Is fabraic é.

Táblaí, sraitheanna, colúin

Tá bunachar coibhneasta cosúil le catalóg néata: tá na sonraí sórtáilte i dtáblaí, agus laistigh de gach tábla tá colúin (cad iad na hairíonna a stórálaimid) agus sraitheanna (na taifid aonair).

Tóg tábla na gceannaitheoirí users: is ceannaitheoir amháin de chuid na Domhain shean é gach sraith, agus déanann na colúin cur síos ar a id, full_name, email, country, city, signup_date.

Ionas nach mbeidh mearbhall ar dhaoine leis an ainm céanna, tá príomheochair (primary key) ag gach sraith — aitheantóir uathúil, an colún id de ghnáth. Tríd, is féidir le táblaí eile tagairt a dhéanamh don tsraith seo le eochair eachtrach (foreign key). Mar shampla, in ordú orders tá user_id — sin mar a chuimhníonn an t-ordú ar a cheannaitheoir. Is iad na snáitheanna ómra sin ar an holagram na naisc bunaithe ar eochracha.

QUERY: Fad a sheasann an eochair, seasann an snáithe. Céad go leith bliain ina dhiaidh, cuimhníonn gach ordú ar a dhuine fós.

Rith an cheist agus féach cén chuma atá ar cheannaitheoirí «Kotomarket» — taifid nár oscail aon duine ó laethanta an tSeanlín:

Tables, rows, columns

A relational database is like a tidy catalog: the data is sorted into tables, and inside each table there are columns (what properties we store) and rows (the individual records).

Take the buyers’ table users: each row is one buyer from old Earth, and the columns describe their id, full_name, email, country, city, signup_date.

So that people with the same name don’t get confused, every row has a primary key — a unique identifier, usually the id column. Through it, other tables can reference this row using a foreign key. For example, an order in orders has a user_id — that’s how an order remembers its buyer. Those amber threads on the hologram are exactly these key-based links.

QUERY: As long as the key holds, the thread holds. A century and a half on, every order still remembers its person.

Run the query and see what Kotomarket’s buyers look like — records no one has opened since the days of the old Net:

Eochair nádúrtha nó ionadach

Cad as a dtagann an phríomheochair? Tá dhá bhealach ann. Is airí fíor a bhfuil sé uathúil cheana féin í eochair nádúrtha: email ceannaitheora, ISBN leabhair, cód airgeadra. Is aitheantóir saorga gan bhrí sa saol amuigh í eochair ionadach: uathuimhriú nó UUID. Úsáideann «Kotomarket» luachanna id ionadacha i ngach áit — agus is gnáthrogha é sin:

-- Eochair ionadach: tugann an bunachar an chéad uimhir eile é féin (PostgreSQL)
CREATE TABLE users (
  id        BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
  email     TEXT NOT NULL UNIQUE,  -- cónaíonn an t-iarrthóir nádúrtha lena thaobh mar UNIQUE
  full_name TEXT NOT NULL
);

Cén fáth mar seo? Príomhthréith na príomheochrach: níor cheart go n-athródh sí. Tagraíonn eochracha eachtracha táblaí eile don PK, agus tharraingeodh athrú a luacha nuashonrú gach snáithe leis san am céanna — in orders, in events, i ngach áit. Agus is ar éigean atá airíonna nádúrtha «síoraí» ann: athraíonn daoine a n-email agus a sloinne, aistrítear uimhreacha gutháin, athfhoilsítear fiú ISBNanna. Ní athraíonn id ionadach choíche — go díreach toisc nach gciallaíonn sé aon rud.

Na riachtanais d’aon phríomheochair: uathúil, ní NULL, cobhsaí. Fág eochracha nádúrtha do tháblaí tagartha beaga do-athraithe — cód an airgeadra 'RUB' ó ISO 4217, abair. Agus uathúlacht iarrthóra nádúrtha ar nós email, daingnigh í le srian UNIQUE ar leith, mar atá sa sampla thuas: seasann na naisc, fanann na sonraí macánta, agus ní choisctear ar an gceannaitheoir a email a athrú.