БД: одна большая таблица или много маленьких?

я думаю что 10000 предпочтительней

По логике вещей, второе предпочтительней. В первом случае получается 10000-кратное дублирование значений x

На самом деле вопрос в реализации...

одну таблицу обработать из скипта проще впринципе, чем 10-20 разных таблиц (а у вас их больше).

А вопрос со скоростью доступа решается через правильное создание индексов )

А ещё кэши: кэш для одной таблицы может спокойно лежать в памяти и отдавать наиболее популярные строки. А кэши для кучи таблиц - не уверен.

Мускулевые таблицы - это файлы в каталоге. Представь сколько времкни у тебя займет чтение каталога из 10000 файлов?

курим мануалы про нормальные формы

> курим мануалы про нормальные формы

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

Автор вопроса задаётся правильным вопросом, а правильным решением можно набить косячок вот тут: http://dev.mysql.com/tech-resources/articles/mysql_5.1_partitions.html

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

А вы уверены, что вам нужна здесь реляционная БД? Помоему задача на нее плохо ложится. 100M интов проще держать в памяти одним куском.

Смотря как предполагается использовать.

В общем случае - одна большая (не знаю, потянет ли MySQL такой объём данных - но почему бы и нет).

В противном случае как, например, делать запросы ... ORDER BY [x]; ?

> А вы уверены, что вам нужна здесь реляционная БД? Помоему задача на нее плохо ложится. 100M интов проще держать в памяти одним куском.

Тоже верно.

сделай так и эдак и сравни.

> сделай так и эдак и сравни.

Лучше всё-таки сперва подумать.

У человека есть как минимум два поля в первичном ключе и ассоциированное с ними значение. И неизвестно как это всё используется.

Раз человек задумался о чем-то связанном с этой таблицею, то видимо задача в лоб (просто создать обычную таблицу) не решается по каким-то неизвестным нам причинам.

А может быть, задача решается и в лоб, просто человек не слышал про индексы никогда (про партиционирование-то он не слышал, так что чем чёрт не шутит - может и про индексы тоже?).

Короче надо понять как минимум что это за данные, как их предполагается использовать, сколько мегабайт занимает "значение", и какую реальную проблему пытается решить автор треда - памяти не хватает, канала ввода-вывода или чо не так?