Хранение параметров пользователей

Какая вам конкретика? Никакой конкретики, никакой базы для пыхи.
Стандартная задача — система регистрации и отслеживания пользователей на универсально-среднем сайте.

Немного изменим начальную формулировку.
Для регистрации/авторизации и т.п. используется отдельная либа, предоставляющая какой-то интерфейс конечному программисту.
Забудем о базах, таблицах, запросах, эффективности и т.п.
Давайте обсудим, какой именно интерфейс хотелось бы иметь с точки зрения программиста-пользователя данной либы, да и вообще админа сайта.
В частности, как обращаться с параметрами пользователя.
Иметь жесткий централизованный список или нет? Какие плюсы/минусы на ваш взгляд у обоих вариантов?

1000 пользователей и для каждого своя таблица с данными

По-моему ты не совсем точно разобрался в предложенных вариантах :)

Не вообще универсально.
Вот ты делаешь свой PHPC, ты же не делаешь его сверхуниверсальным. Но учитываешь, что он будет стоять на различных сайтах, и параметры пользователей там могут быть разные. Или ты жестко зашил эти параметры в базу и теперь на каждом сайте одно и то же? Извини, разобраться в твоих исходниках пока не было времени :)

Попробуем подойти к вопросу с несколько другой стороны.

Кроме "профильных" параметров с пользователем приходится связывать некоторые другие данные.

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

Например, админка — раздел "новости". На странице идет таблица "список новостей", под ней форма "добавить новую новость".
1. Я хочу иметь возможность настраивать таблицу — количество новостей на одной странице, упорядочивание по какому-то столбцу и т.п.
2. Я хочу иметь возможность переключать вид страницы "показывать список и форму" - "только форму" - "только список".
3. Я хочу, чтобы когда я в следующий раз сюда приду, все настройки были бы сохранены.
И таких страниц тьма.
Как сохранять такие параметры (понятно, что не в куках и не в сессиях)? Централизовано хранить нееб.ческое количество вариантов? Если все же "да", то как изначальное ядро будет знать о структуре модулей?

Вариант раз — свалить это всё на плечи каждого конкретного кода. Есть сценарий отвечающий за страницу с новостями, пусть он и сохраняет настройки где хочет. Но это полный крандец.
Вариант два — сделать что-то вроде переменных, привязанных к пользователю. Интерфейс сделать в виде функций (или методов каких-то классов):

setUserVar('newsTableOrder', 10); // Установили переменную "newsTableOrder" для текущего авторизованного пользователя.
getUserVar('newsTableOrder'); // Получили значение переменной

Собственно, интерпретация переменных остается, конечно, в ведении конкретного сценария, но ядро системы предоставляет удобные средства для их хранения и получения.


Вопрос номер раз — сталкиваетесь ли вы с подобными вещами и, если да, то как их решаете?

Вопрос номер два — если примерно так же, то задумываетесь ли над возможным конфликтом имен между модулями и, если да, то как обходите?


Вернемся к профилю

В модульной системе, кроме фиксированного набора полей профиля, общего для всех пользователей, могут быть поля, специфические для каждого модуля.
Есть сайт, на нем есть новости (за которые отвечает модуль новостей). Среди зарегистрированных пользователей, есть, допустим, редакторы новостей, которым дозволено оставлять новости. И есть специфические поля профиля, относящиеся именно к редакторам. При этом:
1. Из миллиона зарегистрированных пользователей, редакторов десять штук.
2. Ядро движка модульного сайта, понятия не имеет какие модули с какой структурой к нему подключены.

Получение, хранение, обработку и вывод данных параметров можно опять таки полностью свалить на каждый конкретный модуль. Только так не интересно.

Вопрос номер три — как решает эти проблемы тот, кто с ними сталкивался?


Ну и не буду дальше растекаться мыслью по древу:

Вопрос номер четыре — стоит ли разделять на программном уровне "общий профиль", "специфические профильные данные" и "внепрофильные данные"?
Вот есть у нас setUserVar() и getUserVar(), чего нам еще не хватает для того, чтобы организовать хранение и выдачу данных профиля?