Как вывести всех родителей у подкатегории до главной категории?

Yura_Mart, в этой версии рекурсивные CTE доступны - см. запросы в ответах.

Как вывести всех родителей у подкатегории до главной категории?

FanatPHP, Мои запросы - это просто демонстрация того, что всё может быть уложено в один запрос. Который, кстати, намного эффективнее, чем 4 последовательных запроса - особенно если MySQL находится на другом хосте. Да и на PHP-коде какая-то экономия.

Как вывести всех родителей у подкатегории до главной категории?

Вот что за привычка - притащить весь массив на PHP и потом его долго и нудно жевать кривым кодом? когда задача элементарно решается одним простым запросом...

Точная версия MySQL - какая?

Как можно получить из базы данных количество записей, в которых значение списка равно элементу 1?

SELECT COUNT(*) total ,
       SUM(status = 1) with_status_1 ,
       SUM(status = 2) with_status_2 ,
       SUM(status = 3) with_status_3 
FROM cms_con_ls;

Восстановление RAID 10 полетел диск, как правильно его заменить?

читаю инструкцию ... тут пишут что надо рейд разбивать

Ноль и десятка - это две большие разницы. И не надо читать про то чего у тебя нет - только зря время терять. Замени дохлый диск - контроллер сам отребилдится.

А когда он всё закончит - влезь в настройку контроллера и посмотри, умеет ли он hot spare. Если умеет - подключай пятый диск и регай его как горячую замену. В следующий раз когда один из дисков помрёт, контроллер сам подключит и отребилдит этот диск - останется только заменить сдохший, и новый теперь будет горячей заменой.

Пользователи и рабочий график: как хранить?

Adamos, принимается. Правда, мне сквозь вакуум привиделся конь, шарообразный такой.

Пользователи и рабочий график: как хранить?

Adamos,

Только с этими данными она будет связана очень косвенно.

Это типичное отношение pattern-entity. И связь самая прямая - COALECSE(usersdates.type, dates.type).

С айдишником могут возникнуть проблемы типа попытки занести сотруднику декретный отпуск на три года вперед при том, что производственного календаря на эти годы еще нет.

Это никак не мешает формированию индивидуального графика для сотрудника на отсутствующий в паттерне период.

Пользователи и рабочий график: как хранить?

Adamos, таблица календаря (эталонный календарь без индивидуальных данных) - она не просто имеет смысл, она обязательна. Особенно с учётом необходимости заполнения для будущих периодов. Кроме того, могут существовать данные, связанные именно с датой, а не с комплектом дата+юзер.

Как объединить две таблицы?

1. Мы не лечим по фотографиям. Покажите CREATE TABLE обеих таблиц.

2. Представьте, что в таблицах разное количество записей для товара с неким id. Включая вариант, когда в одной из таблиц вообще нет записи для товара. Что должно вернуться в таком случае?

Как объединить две таблицы?

Вы выбрали from modx_site_content t1 left join modx_ms2_products t2.
Объясните, почему а) именно левое связывание б) именно в таком порядке.

Может кто подскажет правильно ли составил запрос sql?

Никогда не изучал sql , просто нужно сейчас решить несколько заданий

Так сперва изучите, и только потом пишите запросы - в точном соответствии с документацией. Сервер - он дурак, и никогда не согласится понимать синтаксис, который Вы для него придумали...

Пользователи и рабочий график: как хранить?

Adamos,

Тут-то рабочий график, именно индивидуальные даты. Вплоть до "явился на смену пьяным, ставим прогул" и "вышел на пару дней из отпуска по производственной необходимости".

Тогда поле type должно быть не в Dates, а в UsersDates. А скорее всего и там, и там, с приоритетом частного значения.

Такие данные отрывать от работника бессмысленно.

Да, но и от даты эти данные отрывать не менее бессмысленно.

MIKROTIK. Почему ходит в интернет через основной WAN?

Что-то я не вижу привязки портов к мостам.

А так - маркируете пакеты в зависимости от интерфейса, и маршрутизируете по маркеру.

Где прочитать как 'or' в запросе влияет на производительность запроса в postgres?

В плане выполнения, собсно...

Почему смартфон не пингует компьютер в локальной сети, хотя наоборот работает?

Сергей, подскажу. Настроить правильно роутер нужно. Внимательно перед тем изучив мануал на Вашу модель роутера, а также всю теорию по тем пунктам настроек, который Вам не до конца понятны.

Пользователи и рабочий график: как хранить?

Adamos,

Имхо, нормальнее плоской таблицы юзер-дата-тип просто некуда.

Плоская таблица, например, запросто допускает рассогласование данных. Скажем, одна и та же дата у одного клиента помечена типом "Выходной", у другого- "Праздничный". И такого рода ошибка в принципе не ловится штатными подсистемами контроля целостности и противоречивости. А рукописная процедура сверки (ещё вопрос, как часто её проводить... и как определять, какой из двух вариантов корректен...) будет весьма и весьма тяжёлой...

Опять же - одна плоская таблица будет по объёму куда как пухлее, чем нормализованная структура из трёх таблиц. И, уж поверьте на слово, запросы к ней будут медленнее.

Выделение дат с типами куда-то отдельно от юзеров просто не имеет смысла, они отдельно никому не понадобятся.

А вот это заведомо неверно. Календарь (соответствие дата-тип) мало того что нужно будет вводить в БД. так его ещё может потребоваться и посмотреть. Или посчитать количество праздничных дней в заданном периоде. Или ещё что...

Пользователи и рабочий график: как хранить?

Adamos, Вы покажите полностью предлагаемую структуру, а то по частичному описанию фрагмента трудно понять, что Вы имеете в виду.

А смысл дробить эту инфу на две таблицы? Чтобы практически при любом запросе джойнить?

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

Выходят непонятные каракули в удаленной базе данных. В то время как в локальном все работает хорошо, что делать?

Дмитрий,

не совсем понятно где костыль

См. коммент #7 к вопросу.

Выходят непонятные каракули в удаленной базе данных. В то время как в локальном все работает хорошо, что делать?

SagePtr,

логичнее указывать в клиенте.

Это логично.

Но вот то, что не настраиваем свойства соединения, а даём дополнительные команды (причём даже не опять-таки в свойствах соединения - там есть место для доп. команд при установлении связи,- а из клиентского кода) - вот это совсем даже не логично.

Особенно если учесть такую мелочь, что результат выполнения команды SET NAMES локален для соединения. Так что если используется пул соединений, или если посередь процесса соединение порвётся и будет автоматически восстановлено, то результат выполнения команды останется "где-то там"...

Выходят непонятные каракули в удаленной базе данных. В то время как в локальном все работает хорошо, что делать?

Дык коли по дефолту, то не настроено, и надо настроить...