Олег!

Мне кажется, если избавиться от понятия «перевод», то всё встанет на свои места. У многоязычных сайтов нет основной локализации, значит, все они равноправны. А если они равноправны, то не существует никакой «таблицы переводов». Вместо неё есть таблица с текстом.

Таблица с текстом имеет идентификатор объекта на сайте (siteObjectId), к которому привязаны: кнопка, пункт меню, текст «О компании» и идентификатор языка (languageId): ru, en, de. Это позволит держать все фрагменты текста в одном месте, не размазывая по базе данных.

При такой структуре нужный фрагмент текста легко выбрать:

SELECT `text` FROM `locale` WHERE `siteObjectId` = 'text_aboutCompany' 
  AND `languageId` = 'ru';

Или удалить всю группу:

DELETE `text` FROM `locale` WHERE `siteObjectId` = 'text_aboutCompany';

Когда мы проработали структуру и убедились, что все нужные действия выполняются прозрачно, оптимизируем. Например, совершенно понятно, что можно сгруппировать фрагменты текста по страницам. Но мы не можем просто добавить pageId в нашу таблицу, потому что один и тот же текст может использоваться на нескольких страницах. Поэтому создаём ещё одну таблицу с полями pageId и siteObjectId и заполняем её связями между текстом и страницами.

Теперь выборка всех русских фрагментов текста для страницы «О компании» выглядит так:

SELECT `text` FROM `locale` JOIN `link_page_locale`
  ON `link_page_locale`.`siteObjectId` = `locale`.`siteObjectId` 
  WHERE `link_page_locale`.`pageId` = 'page_aboutCompany'
  AND `languageId` = 'ru';

Если текста немного, можно вообще забыть о базе данных и описать всё массивом на несущем языке программирования.