Архитектура MySQL таблицы: строки или числа

Не использовать MOD/DIV легко:

`services` & (4 ^ service * status) > 0

(4 ^ `service` * `status`) <- на стороне php.

Архитектура MySQL таблицы: строки или числа

@d00mko разобрался на практике - время выполнение в 2,5 раза больше. И ну лишние 14 метров веса данной таблицы, на 0,5 метра исходной.
Мне это напоминает использование фрэймворка - удобно, просто, но кучу ресурсов приходится выкидывать в никуда.

Архитектура MySQL таблицы: строки или числа

Мне кажется, или это ровно так же идея, что и у меня, только с избыточностью?

Архитектура MySQL таблицы: строки или числа

@Rsa97, нет, такой вариант меня совсем не устраивает.

@d00mko, ну то что ID объекта сгруппируется это понятно. Но вот каждый сервис будет занимать 2 байта, что в итоге (при условии 31 сервиса), 62 байта на объект или увеличение веса в ~8 раз. Не считая навешанных индексов. Или я снова что-то упустил?
И почему немного математики считается извратом?

@alekciy, да, я знаю что JOIN это нормально. Но вот когда приходится соединять 5-6 таблиц невольно задумываешься, а оправданно ли это...

Архитектура MySQL таблицы: строки или числа

Отписался ниже.

Архитектура MySQL таблицы: строки или числа

Отписался ниже.

Архитектура MySQL таблицы: строки или числа

Все, понял мысль всех тут отписавшихся.
Но разве это оправдано? Объем базы увеличивается в десятки раз. Да и дополнительный JOIN, как-то отпугивает. Не станет ли это проблемой, ведущей к снижению скорости? На счету каждая мс, это все таки API..

Архитектура MySQL таблицы: строки или числа

Сейчас:

CREATE TABLE IF NOT EXISTS `test_b` 
(
  `id` int(10) unsigned NOT NULL,
  `services` varchar(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Хочу сделать вот так:

CREATE TABLE IF NOT EXISTS `test_a` 
(
  `id` int(10) unsigned NOT NULL,
  `services` bigint(20) unsigned NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Архитектура MySQL таблицы: строки или числа

Может расскажите, как ее применить в этом случае?

Архитектура MySQL таблицы: строки или числа

Не могу уловить сути. Можно на примере с моими данными показать? (данные в вопросе).

Расчёт углов поворота между двумя системами координат

Угол фи, это угол между векторами OX и OX`, угол пси это угол между OY и OY`. Что бы их найти нужно подставить соответствующие векторы в формулу и вычислить арккосинус от того, что получится.

Расчёт углов поворота между двумя системами координат

Поворот по двум осям задает угол поворота по третей единственным образом.

Виртуальные номера изнутри?

Логичненько. Только я пожалуй позвоню для начала, или напишу. Осталось только сформулировать свой вопрос.)

Виртуальные номера изнутри?

А по какому запросу гуглить, не подскажите? А то все натыкается на отправку смс и покупку симок.

Виртуальные номера изнутри?

Ага, спасибо, с программной частью более менее прояснилось. А о каком регуляторе идет речь? И как купить эти самые номера и каналы?

Виртуальные номера изнутри?

А можно подробнее? Я с этой темой плохо знаком.

Виртуальные номера изнутри?

Оператор предоставляет номер (я даже нашел оператора который предоставляет 10 номеров бесплатно), на который можно звонить и отправлять смс. Все смс можно увидеть на сайте оператора, так же, как и записи всех входящих звонков. Вот хочу нечто подобное.

Немного вопросов о условиях?

Ой, прошу прощения, не заметил ваш комментарий.

1. Можно поподробнее, почему так?
2. Как выяснилось. Порядок значителен и влияет на производительность, просто оптимизатор выбирает порядок за нас.
3. Опять же, оптимизатор позволяет использовать такие конструкции.

Немного вопросов о условиях?

1. И все таки, вопрос остается открытый. Было бы интересно узнать это наверняка.

2. Эх, куда не плюнь, все за тебя делают… Значит, это все таки влияет?

3. Хм, благодарю. Я подозревал, что оптимизатор занимается подобным :)

Как настроить свои страницы для 5xx ошибок сервера или куда переехать, что бы их не было?

Спасибо, конечно, но без апача дела не пойдет.