Второй способ - то что нужно

-- Tygra's --

Правильнее и универсальнее - вторым способом. Вот и весь ответ.

Первым способом - это только примеры в плохих книгах, либо когда пара языков и все, и никогда другие языки не добавятся.

-- Tygra's --

Конечно нужно будет.
Вообще, чтобы хоть что-то куда-то "занести", нужно "лезть" в форму :)

А что, есть у кого-то проблемы с формами? Кто-то по-другому заполняет?

-- Tygra's --

Мне даже и сказать нечего
Тут ... чего спорить то? Если лень написать insert вместо update, то ... упс...? И это представлять как одно из условий выбора способа?

Прокоментирую только, как смогу.
Но сначала вспомним вопрос:
Basil RНужно локализовать все Descriptions которые в ней есть хотя бы для европейских языков . Подскажите грамотную архитектуру таблиц...
Теперь комментируем и в мыслях думаем: где вы увидели англ и рус ? А где еще штук 15?
автор1. Простота перевода - способ 1 лучше подходит. Выводим табличку с двумя полями: первое поле - англ, второе - рус. В способе 2 интерефейс можно организовать таким же образом, но скл-запрос будет сложнее, кроме того, по способу 1 можно и напрямую в таблице переводить. Конечно и для способа 2 можно напрямую в таблицу вводить, но попробуй переводчику объяснить что для каждой строки надо вводить и код языка.
Вы об чем? Какие переводчики? Если вы не можете сделать нормальный способ работы с данными только из-за того, что они лежат не в одной таблице, а в двух - то это ваши проблемы. О чем тут говорить???
автор2. определение непереведённых строк - скл-запрос в варианте 1 проще и быстрее работает.
Абсолютно одинаково он сработает, если только умеете вообще писать запросы. (ооооо...ххххх...ммммм)
автор3. подстановка дефолтного значения:
способ1 IsNull(str_EN,str_RU)
способ2 - скл-запрос посложнее этого выражения
Я вот щас умру чтоли, даже и не знаю, толи от смеха, толи от слез, а виноват кто будет.....? Ну е-мое, ну.... Вы в серьез эти доводы писали? Или просто посмешить?
автор4. добавление языка:
способ1 - добавление поля
способ2 - добавление записей
имхо, написать insert into ... select ... сложнее, чем в ЕМ добавить поле
Так мы про грамотную архитектуру таблиц, или про самодеятельность, используя ЕМ?

автор5. виндовс-приложения переводят с помощью библиотек ресурсов. Сам видел два варианта: в одном файле несколько таблиц строк, несколько файлов по одной таблице строк. Следовательно способ 1, легче/быстрее подогнять под приложения, которые не используют БД.


Я не со злаааааа..... ............. ыыыыыыыыыыыыыыыыыыыыы.............

А на велике то тоже не надо ездить - на самокате то лучше, ногами педали крутить не надо, двумя, на самокате то одной.................

ЗЫ Ну честно не со зла, ну а как еще? Ведь кто и прочитать может, и поверит еще..... Кто пока не знает.
Извиняюсь заранее.

-- Tygra's --

авторпытался перевести разговор от эмоций к цифрам, видимо не получилось
А вместо смеха и смайликов, не могли бы вы привести реальные задачи, где способ2 выигрывает у способа1? я привёл.
Нет цифр, нет!
Пример 1 может работать там, где действительно только 2-3 языка и никогда не добавится четвертый. И еще в качестве плохой организации данных, когда языков больше трех и неизвестное количество.

авторНо мне легче разрабатывать и поддерживать одну таблицу, чем две. Как бы это не было неграмотно и насколько плохими бы не были книжки, которые пишут об этом.
О чем я и говорю.
А как же вы будете разрабатывать и поддерживать систему, в которой сотни таблиц???!!! Сделаете одну большую таблицу? :) Вот счастье будет кому-то потом материться при разгребании такого бардака. Или плюнете и уволитесь сразу, чтобы не мучиться?

-- Tygra's --