Всем привет) Тут возник вопрос, даже вернее сказать трудность. Есть некий движок где под базу данных используются обычные .TXT файлы. Начал всю эту хрень переделывать под mysql. Столкнулся с такой проблемой что для каждого пользователя есть база (txt) вида: PHP: 0::0::5345534::0::abc::0::55::44::u::67:: 1::0::6333533::0::abc::0::55::44::u::66:: 2::0::2345234::0::abc::1::55::44::u::73:: 3::0::5234452::0::abc::3::55::44::u::60:: 4::0::5234652::0::abc::3::55::44::u::60:: 5::0::4233452::0::abc::3::55::44::u::60:: 6::0::5134452::0::abc::3::55::44::u::60:: 7::0::5134452::0::abc::3::55::44::u::60:: (7 строк, в строке по 10 значений) пользователей много, запросы к этим данным вида (чтение \ изменение) тоже довольно таки часты. Каким наилучшим образом можно это все подстроить под mysql что бы его не насиловать? Делать 8 отдельных таблиц, кажется как то НЕ очень. записывать все в одну таблицу... как то тоже не знаю, к примеру 1к пользователей = 8к записей, в общем не знаю как быть.
F1uDeR 8к записей это не так много как кажется. Плюс ничто не мешает сделать большее количество столбцов и загонять все в одну строку QDef эт вы так тонко предлагаете хранить в БД эти семь строк не разбивая + столбец ID? А вы знаете толк в извращениях
QDef это не ID а какой-то внутренний номер, ТС написал - для КАЖДОГО пользователя создается такой файл F1uDeR Выясните, что означает каждая строка и какие из "ячеек" одинаковы для всех пользователей. Пока получается 30 столбцов для таблицы, если одинаковые столбцы объединить, а там где данные различаются - брать максимальное количество. А если например выяснится, что некоторые ячейки используются редко, то их можно будет вынести в отдельную таблицу
при правильном и грамотном использовании мускул, для нее не будет никакой проблемы и на 800k записей.