Здравствуйте!

Заканчиваю проект, задался сегодня ночью вопросом решил спросить у знающих совета.
Помогите, кто знает.

У меня 28 языков на проекте и скажем так 30 направлений. По каждому языку на каждое направление я сделал свой файл содержащий массив перевода. Так как проект огромен, файлы эти не маленькие. На одно направление на один язык самый большой 500кб.

Вот лежу и думаю сегодня ночью, а не му..к ли я... Файлы а не базу стал делать именно из-за огромного количества и для снижения нагрузки. но так как вышли просто огромные на мой взгляд файлы требующие подключения хоть и по одному но на каждую страниц, то вот задумался что быстрее и менее затратно для серверов из этих двух вариантов:

1. Так как описал выше
2. Или в таблицу каждого направления к каждому юниту добавить по 28 столбцов. База получится огромная, но если при запросе брать только данные юнита + 1 столбец из 28 может это лучше чем инклудить 500кб при каждом запросе.

Спасибо

AkinaТипа


Спасибо за ответ, но как создать я знаю )))
вопрос что быстрее и менее затратно для сервера.
То что Вы предлагаете даже хуже моего второго варианта.
Ибо запросов будет при этом варианте тьмы. порядка 45000 позиций умножить на 28. и это минимум

[quot MasterZiv]DonDiego
Вот лежу и думаю сегодня ночью, а не му..к ли я...


ну типа того. но ты не безнадежен, раз задумываешься.


- спасибо стараюсь


Файлы а не базу стал делать именно из-за огромного количества и для снижения нагрузки.

уверен, это немного.



2. Или в таблицу каждого направления к каждому юниту добавить по 28 столбцов.

28 СТРОК, а не столбцов.

как это строк... строк в одной таблице к примеру самой большой 37 тысяч. а я говорю именно про столбцы по 28 дополнительных ячеек на каждую строку

База получится огромная, но если при запросе брать только данные юнита + 1 столбец из 28 может это лучше чем инклудить 500кб при каждом запросе.

посчитай, напиши.
уверен, будет мало.

как это строк... строк в одной таблице к примеру самой большой 37 тысяч строк. а я говорю именно про столбцы по 28 дополнительных ячеек на каждую строку

к примеру
id, name, en, es, ru .....
1, unit-1, roro, popo, куку
2, unit-2, dopa, puta, лоло

вадяавторid, name, en, es, ru .....
1, unit-1, roro, popo, куку
2, unit-2, dopa, puta, лоло

тут , вроде, и так всё ясно
если name - это имя товара на основном языке(к примеру русском) то остальные столбцы - переводы на остальные языки.
в этой постановке ничего страшного нет, всё просто
если код языка сделать в видке 1,2,4,8,16 ...
то MAKE_SET(bits, en, es, ua ,...) можно получать название очень просто.

Вадя спасибо за ответ, а можно поподробнее про последние две строчки

вадяMasterZiv,

MAKE_SET команда mysql

Вадя прочитал разобрался. Спасибо за ответ.
Но я наверное чуть не верно вопрос поставил.

вообщем смысл в том что перевод сайта построен через файлы, подключением как массив того файла какой язык используется.
а в БД есть три таблицы это команды всех чемпионатов земли, чемпионаты все и страны, которые хранят id, коды, id logo, страну и прочее.
так как команд более 37 тысяч по всем видам спорта то файл получается очень огромным, поэтому я и задался вопросом не проще ли чем каждый раз инклудить здоровенный файл, добавить к каждой строчке 28 столбцов перевода, и при запросе брать только нужный столбец.

просто когда идет выборка например событий на неделю то к событиям будет джойнится таблица команд для получения того перевода, а событий например 5000. вот в этом и вопрос что менее накладно подключать массив с языком перевода или джойнить из таблицы команд

вадяDonDiego,
выводить 5000записей это глупость, никто их читать не станет.
присоединить перевод или «расшифровать» id на нужный язык нужно в самом конце, тогда и не будет этой проблемы, как это сделать я сказал
ну почему глупость если это селект с выборкой??