Разные типы данных в одном поле

@Cage · Регистрация: 01.11.2007

Студворк — интернет-сервис помощи студентам

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

Характеристик много, например такие:
Фамилия
Имя
Дата рождения
Рост
Вес
Пол
Цвет волос
Цвет глаз
и т.п.

Нетрудно заметить, что значения по своим типам
для них разные. Вопрос - как описать вторую
колонку (в mySQL)?

Осмелюсь предположить, что универсального типа
данных, позволяющего хранить информацию любого
типа, в mySQL нет.

Можно хранить цифры и даты в формате varchar, но
этого делать не хочется по понятным причинам.
Может кто-нибудь сможет посоветовать мне более
удачный вариант решения подобной проблемы?

Спасибо.

@Cage · 23.03.2011, 17:33 **[ТС]**

> Будет работать достаточно медленно. Почему не так:
> SELECT s.* FROM sell as s, firm as f WHERE
> ...

Это тот же запрос, но не оптимизированный.
Чтобы его оптимизировать, нужно максимально уменьшить отношения перед выполнением декартова произведения.
Формально мой запрос можно получить воспользовавшись алгоритмом Ульмана оптимизации запросов.

> Селект с подселектом всегда медленный.

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

Уже на этом этапе оптимизации образуются вложенные запросы...

@ogapon · 24.03.2011, 12:43

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

то у нас уже обычные таблицы...

firm(firm_id, firm_name, cat_id)
cat(cat_id, cat_name)
sell(sell_id, firm_id, sell_date, price)

@ogapon · 24.03.2011, 12:44

ты сначала определись чего ты от жизни хочешь...

@Cage · 24.03.2011, 19:55 **[ТС]**

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

Вот это нам и нужно...

> то у нас уже обычные таблицы...

А с обычными таблицами - это я отвлекся от темы, отвечая на твое сообщение

> А теперь представь что у тебя есть всего 3 сущности:
> - Компании (Код, Имя, КатегорияИД)
> - Категории компаний (Код, Имя)
> - Продажи по компаниям (Код, КомпанияИД, Дата, Сумма)
> и тебе нужно написать запрос в котором предоставить продажи по
> компаниям с Дата1 по Дата2 по категориям Категория1, Категория34,
> Категория56.

Новые блоги и статьи Все статьи Все блоги /
Транслитерация текста с кириллицы на латиницу (вариант №1) Maks 11.11.2026 Решил облегчить жизнь себе и коллегам админам при создании электронных почтовых ящиков для пользователей, в результате написал обработку "Транслитерация текста" с кириллицы на латиницу, а в ней. . .	Книги по геймдизайну, левел-дизайну, игровым механикам и проектированию игрового опыта 8Observer8 08.11.2026 Содержание блога \| English Version 1. 2003 - 06 - Designing Virtual Worlds (1st Edition) Автор: Richard A. Bartle \| Объем: 768 стр. Ссылки: Amazon . . .	Родители токсичные абьюзеры по отношению к своим детям ругают их оскорбляют не любят zorxor 08.11.2026 Жить в атмосфере постоянных оскорблений, критики и холодности со стороны родителей — это тяжелое и болезненное испытание, которое оставляет глубокие эмоциональные раны. Токсичное и абьюзивное. . .	Как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Ответ от Джемени ИИ. zorxor 08.11.2026 Джемени, как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Многие люди, возвращаясь домой, сразу переодеваются в максимально свободную одежду или вовсе предпочитают. . .
Паттерн очереди действий/команд (Action / Command Queue). Система очереди действий и кат-сцен с SDL3 Callbacks, cglm и OpenGL 8Observer8 07.11.2026 Содержание блога \| English Version Руководство для начинающих по реализации паттерна очереди действий/ команд (Action / Command Queue) на C++ (C++20) с использованием официального SDL3 Callbacks. . .	Проверка полного ФИО в типовом справочнике Maks 07.11.2026 Решение реализовано в конфигурации КА2, на примере справочника "КонтактныеЛицаПартнеров". Задача: Запрет инициалов. Не допускаеть использование сокращений вида "И. И. ", "И. И. ", "И И" и. . .	Про "Windows must die!" kumehtar 04.11.2026 Знаете, чет накатило. . . . Когда-то это было почти боевым кличем: мол, нормальный человек сидит на DOS, OS/ 2 или Linux, а вот это вот - Must Die. А теперь человек произносит «мастдай» с усмешкой - и. . .	Красочные поля с номером страницы svg+background-image russiannick 04.11.2026 Красочные поля с номером страницы не менее важны чем в эпоху бумажных книг. Посему спешу представить почтеннейшей публике этот важный инструмент который эти поля и формирует. В процессе разработки. . .

@Cage 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 50

	Разные типы данных в одном поле 20.03.2011, 06:32. Показов 9173. Ответов 23 Метки нет (Все метки) Предположим, что мне нужно хранить информацию о человеке в одной таблице. Таблица из двух колонок: характеристика и ее значение. Характеристик много, например такие: Фамилия Имя Дата рождения Рост Вес Пол Цвет волос Цвет глаз и т.п. Нетрудно заметить, что значения по своим типам для них разные. Вопрос - как описать вторую колонку (в mySQL)? Осмелюсь предположить, что универсального типа данных, позволяющего хранить информацию любого типа, в mySQL нет. Можно хранить цифры и даты в формате varchar, но этого делать не хочется по понятным причинам. Может кто-нибудь сможет посоветовать мне более удачный вариант решения подобной проблемы? Спасибо. 0

@Cage 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 50
	23.03.2011, 17:33 [ТС]
	> Будет работать достаточно медленно. Почему не так: > SELECT s.* FROM sell as s, firm as f WHERE > ... Это тот же запрос, но не оптимизированный. Чтобы его оптимизировать, нужно максимально уменьшить отношения перед выполнением декартова произведения. Формально мой запрос можно получить воспользовавшись алгоритмом Ульмана оптимизации запросов. > Селект с подселектом всегда медленный. По алгоритму Ульмана запрос представляется в виде бинарного дерева. Первый этап - представить каждую селекцию в виде каскада селекций. Второй этап - переместить каждую селекцию, насколько это возможно, вниз дерева. Уже на этом этапе оптимизации образуются вложенные запросы... 0

@ogapon 1 / 1 / 3 Регистрация: 03.08.2008 Сообщений: 390
	24.03.2011, 12:43
	теперь я нифига не понял... то создавали базу на все случаи жизни...к фиксированным колчеством таблиц....и полей... где для каждой таблицы - запись... для каждого поля - запись.. для каждого значения - запись... то у нас уже обычные таблицы... firm(firm_id, firm_name, cat_id) cat(cat_id, cat_name) sell(sell_id, firm_id, sell_date, price) 0

@ogapon 1 / 1 / 3 Регистрация: 03.08.2008 Сообщений: 390
	24.03.2011, 12:44
	ты сначала определись чего ты от жизни хочешь... 0

@Cage 0 / 0 / 0 Регистрация: 01.11.2007 Сообщений: 50
	24.03.2011, 19:55 [ТС]
	> теперь я нифига не понял... > то создавали базу на все случаи жизни...с фиксированным количеством > таблиц.... и полей... Вот это нам и нужно... > то у нас уже обычные таблицы... А с обычными таблицами - это я отвлекся от темы, отвечая на твое сообщение > А теперь представь что у тебя есть всего 3 сущности: > - Компании (Код, Имя, КатегорияИД) > - Категории компаний (Код, Имя) > - Продажи по компаниям (Код, КомпанияИД, Дата, Сумма) > и тебе нужно написать запрос в котором предоставить продажи по > компаниям с Дата1 по Дата2 по категориям Категория1, Категория34, > Категория56. 0