romserg, дайте угадаю: у вас может быть еще и несколько СТОПов и ПУСКов на каждый equip. То есть в каждой строке нужно будет искать не просто первый ПУСК, а первый ПУСК именно после этого конкретного СТОПа.
Боюсь, тут только полный JOIN, а потом группировка результатов по СТОПам и выборка из них нужных минимальных ПУСКов.
Никита Гуриев, ну, как минимум, третье выражение в OR не имеет смысла. Вам же не нужно склеить авторов до и после, нужно всего лишь убрать нужного - а это успешно делают первые два.
DWZ, они его не только как-то скомпилировали, но и положили в том же репозитории инструкцию по компиляции, а в INSTALLME дали ссылку на статью по сборке в 2010 Студии...
CityCat4, ну, это скучно. Гораздо интереснее сломать системное время вдребезги напополам, а потом дозвониться в Гринвич и уточнить, нет ли у них желания перенести нулевой меридиан в Томск.
SELECT m1.recdate, m1.rectime, m1.equip, m1.reason, m2.recdate, m2.rectime
FROM main AS m1
JOIN main AS m2
ON m2.num > m1.num
AND m2.equip = m1.equip
AND m2.state = 'ПУСК'
AND m1.state = 'СТОП'
Поле в БД, определяющее порядковый номер при сортировке.
Если нужно хранить для каждого пользователя - отдельная таблица с такими полями.
Какие тут еще могут быть решения?
В случае сильно неудачного обновления сервер БД может похерить данные БД.
Бэкап системного раздела - это удобно, но необязательно. В конце концов, система ставится заново с нуля.
А вот бэкап данных - это вещь, отсутствие которой может быть реальной катастрофой.
shardik_rus, "поставить на сервер панель управления" - это нечто сугубо противоположное "закрыть дыры в безопасности".
И забыть про нее можно только в том случае, если вас не волнует, кто, кроме вас, будет ей пользоваться.
Обновить - возможно. Будет ли работать - не факт. Более свежие версии серверов предполагают некоторое изменение настроек, так что могут перестать работать правильно.
В "просто огромен" вы Г с Т не спутали?
Боюсь, тут только полный JOIN, а потом группировка результатов по СТОПам и выборка из них нужных минимальных ПУСКов.