скажите, что лучше в плане производительности, одна таблица с 300 полями, две по 150, три по 100, или шесть по 50? 

Добавлено через 1 минуту и 21 секунду
разумеется, имеется в виду, что все эти 300 полей нужны для выборки в каждом конкретном запросе
просьба не советовать оптимизировать данные, структуру и т.д., просто ответить на вопрос

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

какой-то вопрос абстрактный. одна таблица на 300 полей - это нормализованные данные? или там половина данных будет дублироваться от записи к записи?

Добавлено через 44 секунды
да, и ещё. что быстрее: Ламборджини или Феррари?

человек же ясно попросил не говорить про оптимизацию, нормализацию и т.д. Я продолжаю вопрос. И еще плюс условие - склеивать данные не надо, sunvas. То есть основной и главный вопрос - насколько сильно влияет количество полей на производительность запроса.

Добавлено через 32 секунды
это мне очень интересно. нужно точнее.

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

кстати, а в mysql нет ограничений на количество полей в таблице - 64?


по-моему, кто-то отвечал, что это не важно. однако, хотелось бы услышать снова.

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