SQL, jól működő adatbázis?

Itt olvashatsz egy kis tesztet is erről:

[link]

Egyrészt az a teszt semmit sem ér mert nem ugyan azt a lekérdezést állítja egymással szembe. Az elsőben simán a "ProjectManagement.Issues" oszlopait kérdezi le, a másodikban pedig egy halom INNER JOIN művelet eredményének oszlopait. És mint tudjuk, az INNER JOIN költséges művelet.

Valójában nincs nagy teljesítmény különbség, és elvileg az int egy picivel gyorsabb. Ugyan implementáció függő de valószínűleg a kulcsok átmennek egy hash függvényen és onnantól kezdve ugyan úgy vannak lekezelve (optimalizációt és keresőtáblát leszámítva). A hashelés számítási költségében lehet egy apró eltérés, de elenyésző a lemez olvasási sebességéhez képest.

És az eredeti kérdésedre is válaszolva: a kulcs legyen egyedi és ne lehessen megváltoztatni. A felhasználónév lehet hogy egyedi, de mi van ha meg akarod változtatni a felhasználó neved? Embereknél a személyi szám is egyedi de meg szokott változni bizonyos időközönként. Ezért használnak inkább ID-t. Ha biztos nem kell majd megváltoztatni a mezőt akkor lehet kulcs. Azt használd ami kényelmesebb, vagy értelmesebb.

Csak elmesélem neked, mivel foglalkozom mostanában.

Két adatbázis 1-1 tábláját kell összehoznom úgy, hogy nemcsak külön-külön kell egyedinek lenni a felhasználónévnek, hanem együtt a kettőben is. Érted, két külön adatbázis. Regisztrációnál, módosításnál le kell csekkolni, hogy a másik adatbázisban foglalt-e a név. Természetesen most pár tucat nevet meg kell változtatnom, mert már van ütközés. Természetesen ezeknek a rekordjait az auditokban, biztonsági másolatokban, régebben mentett táblázatokban utólag is be kell tudni azonosítani! Erre 5-8 éve, mikor ezek készültek, senki nem gondolt.

Hát így. Remélem, értesz belőle.