Локализация данных в SQL Server с GUID или …?

Я должен сделать базу данных, которая высоко локализуется. Почти для всех объектов мне нужен перевод в 5 + языки. Некоторые объекты даже требуют и дополнительный локализованный ресурс (как изображения, которые я ввожу как пути).

Вопрос теперь:

1: СПРАВОЧНАЯ ТАБЛИЦА ОБЪЕКТ/ТАБЛИЦА PER (своего рода чрезмерно увеличенная в размерах схема?)

если я создаю "Локализованную" справочную таблицу локализации для каждой таблицы, я нуждаюсь в локализованных значениях (и использую стандарт int/bigint PKs для элементов) Как здесь:

MYITEMS
-------
 - MyItemId BIGINT PK
 - MyItemPrice DECIMAL

MYITEMLOCALIZED
---------------
 - CPK_MyItemId BIGINT FK
 - CPK_LanguageCode NCHAR
 - LocalizedName NVARCHAR
 - LocalizedResourcePath NVARCHAR

CUSTOMERS
---------
 - CustomerId BIGINT PK
 - CustomerName NVARCHAR

CUSTOMERLOCALIZED
---------------
 - CPK_CustomerId BIGINT FK
 - CPK_LanguageCode NCHAR
 - LocalizedName NVARCHAR
 - LocalizedResourcePath NVARCHAR

или

2: ГУИДЫ С ЕДИНСТВЕННОЙ ТАБЛИЦЕЙ ЛОКАЛИЗАЦИИ ПОИСКА (тяжелое использование гуида?)

если я использую GUID в качестве PKs и затем просто использую единственное имя и единственную таблицу локализации ресурса.

MYITEMS
-------
 - MyItemId uniqueidentifier PK
 - MyItemPrice DECIMAL    

CUSTOMERS
---------
 - CustomerId uniqueidentifier PK
 - CustomerName NVARCHAR

LOCALIZED
    ---------------
     - CPK_ElementGuid uniqueidentifier FK
     - CPK_LanguageCode NCHAR
     - LocalizedValue NVARCHAR
     - LocalizedResourcePath NVARCHAR

3: ЕДИНСТВЕННЫЙ ПОИСК, НО ГУИДЫ ТОЛЬКО ДЛЯ ЛОКАЛИЗАЦИИ (лучший из 2 миров?)

если я использую нормальный int/bigint PKs и затем добавляю столбец GUID для каждого столбца, я нуждаюсь локализованный и храню локализованные значения в единственную справочную таблицу локализации.

MYITEMS
-------
 - MyItemId BIGINT PK
 - MyItemPrice DECIMAL
 - ItemNameLocalizationGuid uniqueidentifier(GUID)
 - ItemPictureLocalizationGuid uniqueidentifier(GUID)


CUSTOMERS
---------
 - CustomerId BIGINT PK
 - CustomerName NVARCHAR
 - CustomeerNameLocalizationGuid uniqueidentifier(GUID)

LOCALIZED
---------------
 - CPK_ElementGuid uniqueidentifier FK
 - CPK_LanguageCode NCHAR
 - LocalizedValue NVARCHAR

4: СПРАВОЧНАЯ ТАБЛИЦА, КОТОРАЯ ВОЗВРАЩАЕТ идентификатор ЛОКАЛИЗАЦИИ (идут назад и вперед?)

я должен составить таблицы без гуидов, но идентификатор локализации хранилища в родительской таблице?

Как здесь:

MYITEMS
-------
 - MyItemId BIGINT PK
 - MyItemPrice DECIMAL
 - MyItemNameLocalizedId BIGINT    

CUSTOMERS
---------
 - CustomerId BIGINT PK
 - CustomerName NVARCHAR
 - CustomerGenderLocalizedId BIGINT

LOCALIZED
---------------
 - LocalizationId BIGINT PK
 - CustomerId BIGINT FK
 - LanguageCode NCHAR
 - LocalizedName NVARCHAR
 - LocalizedResourcePath NVARCHAR

Если я использую GUID в качестве PKs, я читал, я перенесу огромную производительность и штраф размера данных, но я буду также немедленно иметь дело с уникальностью элемента через серверы, dbs...