Това е типична тясна маса (базирана на атрибути) срещу широка дискусия. Проблемът с подход №2 е, че вероятно ще трябва да завъртите данните, за да ги въведете във форма, с която потребителят може да работи (обратно във формат за широк изглед). Това може да бъде много ресурсоемко с нарастването на броя на редовете и с нарастването на броя на атрибутите. Също така е трудно да погледнете таблицата в необработен изглед на таблицата и да видите какво се случва.
Много пъти сме водили тази дискусия в нашата компания. Имаме някои таблици, които се поддават много добре на схема за тип атрибут. Винаги сме решавали да се противопоставяме на това поради необходимостта от центриране на данните и невъзможността да ги прегледаме и да имаме смисъл (но това е наемодателят на двата проблема за нас - ние просто не искаме да обръщаме милиони редове с данни).
Между другото, не бих запаметил възрастта като число. Бих съхранил рождената дата, ако я имаш. Освен това не знам за какво се отнася „майчин език“, но ако това е езикът, който говори майката, бих съхранил това като FK в таблицата на главния език. Той е по-ефективен и намалява проблема с лошите данни поради неправилно изписан език.
