DS
Не понимаю, как это помогает?
Size: a a a
2020 December 05
DS
Пардон, плохой пример привел, пол может быть только М/Ж, а у меня 3 варианта, лучше подойдет пример с ремонтом:
1: мастер умеет чинить стулья,
2: мастер умеет столы,
3: мастер умеет чинить столы + стулья
Задача: выбрать людей, которые умеют чинить столы.
И кажется я знаю как это решить... Просто у меня в базе почему то затесалось значение
1: мастер умеет чинить стулья,
2: мастер умеет столы,
3: мастер умеет чинить столы + стулья
Задача: выбрать людей, которые умеют чинить столы.
И кажется я знаю как это решить... Просто у меня в базе почему то затесалось значение
any для выбора пола человека, вот я и подзавис)DS
David Shiko
Не понимаю, как это помогает?
Вы наверное английский не знаете? В enumeration можно организовать как раз перечислимые типы. Типа М/Ж/Не установлено/Не определился
DS
Для пользователя будут символьные значения, БД внутренне будет подставлять числовые значения.
DS
Переведите статью через google translate.
DS
Для пользователя будут символьные значения, БД внутренне будет подставлять числовые значения.
Проблема то вне в этом. Какая разница какие мнемоники используются.
Мне нужно, что бы когда человек указывал "хочу ремонт стола ИЛИ стула" - ему выдавались все мастера, а если только ремонт стола - то 2/3 типов мастеров соответственно.
Желательно это сделать 1м запросом, т.е. не менять sql запрос в зависимости от выбора
Мне нужно, что бы когда человек указывал "хочу ремонт стола ИЛИ стула" - ему выдавались все мастера, а если только ремонт стола - то 2/3 типов мастеров соответственно.
Желательно это сделать 1м запросом, т.е. не менять sql запрос в зависимости от выбора
DS
Для пользователя будут символьные значения, БД внутренне будет подставлять числовые значения.
Я не вижу как enum в этом помогает
RM
а много таких способностей? столы, стулья, что еще? если их в пределах нескольких десятков, то можно использовать битовые флаги и поиск по битовой маске. если больше, то нужно группировку через промежуточную таблицу вводить
DS
а много таких способностей? столы, стулья, что еще? если их в пределах нескольких десятков, то можно использовать битовые флаги и поиск по битовой маске. если больше, то нужно группировку через промежуточную таблицу вводить
Точно не больше 10
DS
а много таких способностей? столы, стулья, что еще? если их в пределах нескольких десятков, то можно использовать битовые флаги и поиск по битовой маске. если больше, то нужно группировку через промежуточную таблицу вводить
Можете подробнее про битовые флаги в области БД?
Что такое битовый флаг я конечно же знаю
Что такое битовый флаг я конечно же знаю
SK
David Shiko
Всем привет. Подскажите пожалуйста как организовать таблицу.
Человек выбирает допустимый пол таксиста (М, Ж или Любой пол (Ж+М)).
Я могу сделать отдельную таблицу для пола, а могу поместить в основную (там будут значения 1, 2 и 3 соответственно), как лучше?
Человек выбирает допустимый пол таксиста (М, Ж или Любой пол (Ж+М)).
Я могу сделать отдельную таблицу для пола, а могу поместить в основную (там будут значения 1, 2 и 3 соответственно), как лучше?
create type sex_t enum(‘мужской’, ....);
create table blah(
sex sex_t not null,
...
create table blah(
sex sex_t not null,
...
DS
Тогда скорее промежуточная таблица. Битовые маски наверное не индексируются?
MA
David Shiko
Я не вижу как enum в этом помогает
Он и не должен, это просто тип данных. Логика выборки должна быть в запросе.
SK
David Shiko
Пардон, плохой пример привел, пол может быть только М/Ж, а у меня 3 варианта, лучше подойдет пример с ремонтом:
1: мастер умеет чинить стулья,
2: мастер умеет столы,
3: мастер умеет чинить столы + стулья
Задача: выбрать людей, которые умеют чинить столы.
И кажется я знаю как это решить... Просто у меня в базе почему то затесалось значение
1: мастер умеет чинить стулья,
2: мастер умеет столы,
3: мастер умеет чинить столы + стулья
Задача: выбрать людей, которые умеют чинить столы.
И кажется я знаю как это решить... Просто у меня в базе почему то затесалось значение
any для выбора пола человека, вот я и подзавис)select ... where sex=‘male’ or sex=‘female’;
Это работает с дикой скоростью тк нет сравнения строк про типе sex_t.
Даже если сравнивать строки, если есть индекс по этому полю, то строка не используется. А происходят битовые операции.
Вообще, при грамотном описании схемы, в реляционной бд любой селект приводит к битовым операциям. Ну, не надо пользоваться like ;)
Это работает с дикой скоростью тк нет сравнения строк про типе sex_t.
Даже если сравнивать строки, если есть индекс по этому полю, то строка не используется. А происходят битовые операции.
Вообще, при грамотном описании схемы, в реляционной бд любой селект приводит к битовым операциям. Ну, не надо пользоваться like ;)
DS
select ... where sex=‘male’ or sex=‘female’;
Это работает с дикой скоростью тк нет сравнения строк про типе sex_t.
Даже если сравнивать строки, если есть индекс по этому полю, то строка не используется. А происходят битовые операции.
Вообще, при грамотном описании схемы, в реляционной бд любой селект приводит к битовым операциям. Ну, не надо пользоваться like ;)
Это работает с дикой скоростью тк нет сравнения строк про типе sex_t.
Даже если сравнивать строки, если есть индекс по этому полю, то строка не используется. А происходят битовые операции.
Вообще, при грамотном описании схемы, в реляционной бд любой селект приводит к битовым операциям. Ну, не надо пользоваться like ;)
Скорость не важна, вопрос, как сделать это единым запросом, или другое решение - сделать отдельную таблицу, но тогда снова вопрос, юзеров в столблик или в строчку прописывать, т.е.
table skills:
table skills:
?
table skills:
user_1 = стул стол электрика ...
user_2 = стул стол электрика ...
или же table skills:
user_1 стул
user_1 стол
...?
SK
David Shiko
Скорость не важна, вопрос, как сделать это единым запросом, или другое решение - сделать отдельную таблицу, но тогда снова вопрос, юзеров в столблик или в строчку прописывать, т.е.
table skills:
table skills:
?
table skills:
user_1 = стул стол электрика ...
user_2 = стул стол электрика ...
или же table skills:
user_1 стул
user_1 стол
...?
select * ... where sex in (список);
RM
Тогда скорее промежуточная таблица. Битовые маски наверное не индексируются?
Да сделайте проще. столбец skills, в нем например стулья=1, столы=2, шкафы=4. Тогда столы и стулья это будет 3, стулья и шкафы будет 5, все вместе будет 7. И так же поиск по целочисленному индексу
SK
select (select sex ... where id=текущий) as sexlist, * блыбла
Используй типа join функцию, она есть в постгресе и хз как в мускле.
Используй типа join функцию, она есть в постгресе и хз как в мускле.
SK
Это будет в одну строчку
SK
Я не понял, если у персоны мб не колько вариантов атрибута - отдельная таблица. Если один, то поле.