Господа-товарищи! Кто пользовал Perco s20?
Собственно, суть проблемы: там в СУБД таблица событий проходов турникетов неполная. Если делать отчёт из штатной консоли управления, то там будут все события (система странная: она часть проходов считает как отказ, хотя проход был), а в чудом вытащенной таблице проходов - только (ВНЕЗАПНО!) проходы.
Может кто в теме?

ЗЫ: контора, которая нам эту хрень стопицот лет назад продавала и сейчас ведёт саппорт, не в теме. Хотя готовы продать любой пакет для отчётов :)

Що опять? Это серьезный форум.

Опять. Имею право на обострение: весна же.

Я люблю тебя... извини

работал я с этой херней. там ПО рукожопы писали...

(4) я не про рукожопов. Я про таблицы. Где остальные события находятся? Проходы - в TABEL_INTERMEDIADATE
Остальное - хрен-пойми где.
Или хоть утилиту какую-нибудь, для анализа БД на файрбёрде. Чтобы глазами просмотреть сразу...

(6) да таблицы и я просмотрел. я только не понял, что за мудаки интерфейс писали...

неужели турбомилк (шучу)

(7) ну, у них задача как раз стояла - сделать как можно трешовее, как я понимаю. Они же подсистемы отчётов отдельно продают, вроде. Хочешь удобства - пляти.
Наверное. Мы-то не покупали допов :)
У нас и консоль-то монопольная. Либо мы сидим, либо секретарь…
И ещё не вдуплил со структурой предприятия у них. Она по их замыслу древовидная, так что когда начинается вложенность подразделений, то не вполне понятно, как их свернуть. Уровень в таблице я не нашёл. Только родитель.

Дуб Уровень в таблице я не нашёл. Только родитель.

Так это везде так. Не только в Perco

(10) в v7, вроде, указывался уровень…

чо за уровень

(11) Имхо нет.
Только признак, группа это, или обычный элемент.

Щас надоть глянуть.

[...]. я уж думал, вы про сверхтермины

При чём тут СКД?..
Впрочем, если бы ты был специалистом, то смог бы рассказать, как в файрбёрде выбрать фиксированное количество последних записей ;)
Обще-методически, так сказать :)

Дуб При чём тут СКД?..

при том. помню как ты пытался сгруппировать поля таблицы. весело было

Дуб , как в файрбёрде выбрать фиксированное количество последних записей

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

(22) я спрашивал графа. Это раз. Ответ формально верен, но по факту это работает только на малых объёмах. Это два.
Я-ж без подковырок вопросов не ставлю :)

Дуб но по факту это работает только на малых объёмах

Не согласен.
ИМХО в случае с простым (не составным) индексом order by и order by desc отработают примерно за одинаковое время.

(24) а по моим наблюдениям СУБД сначала делает полную выборку, а потом начинает сортировать ;)

(25) Это если упорядочивание производится по неиндексированному полю.
Но даже в этом случае, не вижу, за счёт чего сортировка в обратном порядке может работать медленнее.

(26) не видеть - невозбранно :)

Дуб А в ноде он кавычки ставить не позволяет. Как быть?

Как именно это выражается? Сомневаюсь что не позволяет.

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

Дуб строка заключена в одиночные кавычки.

Заключи ее в двойные. Делов то

(34) не будет так работать. Проверено.

Дуб Теперь бы ещё понять - как делать отбор с массивом в качестве параметра?.. Наиболее очевидный вариант - разбить массив на параметры и включить их в запросе через AND. Но чую, что меня рыбы засмеют... Наверняка есть способ - передать сразу массив.

А че, там нет чегото типа: MY_DOMAIN IN ('yandex' , 'google', 'rambler') ?

(36) то что IN - это понятно. Параметр как передавать в эту вашу node-firebird?..
В тексте запроса параметры передаются символом "?". При этом, судя по всему, важна последовательность. Потом, при вызове

db.query(текст_запроса, [параметры], function(err, result) {

вторым параметром идёт массив параметров. И вот если я в этом массиве ставлю [], то валится с ошибкой. Если модифицировать сам текст запроса, то, разумеется, всё прекрасно работает. Но хотелось бы через параметры...

В тексте запроса ставь столько вопросов, сколько нужно: IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)

(38) не находишь, что это [...]? :)
Дату в качестве параметра он принимает корректно (в C# с типизацией, в node - без типизации). Наверняка он и массив как-то должен жрать…

Дуб (38) не находишь, что это [...]? :)

Это нормально. Даже если есть какой-то способ передать массив в параметр через какую-то библиотеке, то в конечном итоге он все равно преобразуется в такой вид. Я просто не знаю что умеет твоя библиотека через которую ты кидаешь запросы. Если там такого нет, напиши свою функцию которая преобразует массив в то что я писал выше, и передавай массив как ты и хотел, будет красота.

(40) group by

(40) То есть, тебе нужна агрегатная функция конкатенации строк?

Скорее всего, в файрберде такой нет.

ТеньД (40) group by

Скорее group_concat
Но ХЗ как в той базе правильно пишется.

(45) в скл так пишется...

Товарищи! Что-то я того… Совсем того.
Фигли у меня записи дублируются? Где я с неверным условием соединяю?..

select  
	REG_EVENTS.TIME_EV AS time_event,
	REG_EVENTS.AREAS_ID AS area_id,
	REG_EVENTS.CONFIGS_TREE_ID_CONTROLLER AS controller_id,
	REG_EVENTS.STAFF_ID AS staff_id,
	SUBDIV_REF.DISPLAY_NAME AS firm, 
	STAFF.SHORT_FIO AS staff,
	STAFF_REF.SUBDIV_ID AS subdiv_id,
	AREAS_TREE.DISPLAY_NAME AS area,
	MODEL_EVENTS.DISPLAY_NAME AS event
from REG_EVENTS
	left outer join STAFF on REG_EVENTS.STAFF_ID = STAFF.ID_STAFF
	left outer join STAFF_REF on STAFF.ID_STAFF = STAFF_REF.STAFF_ID
	left outer join AREAS_TREE on REG_EVENTS.AREAS_ID = AREAS_TREE.ID_AREAS_TREE
	left outer join SUBDIV_REF on STAFF_REF.SUBDIV_ID = SUBDIV_REF.ID_REF
	left outer join MODEL_EVENTS on REG_EVENTS.INNER_NUMBER_EV = MODEL_EVENTS.INNER_NUMBER
where REG_EVENTS.STAFF_ID is not null and REG_EVENTS.DATE_EV = ?

По одному отключай джоины, пока не поймаешь виновника.

(50) я навскидку хотел :)

Да кто же знает что у тебя в базе, чтобы навскидку сказать. Можешь еще попробовать distinct

MODEL_EVENTS каким-то местом...

[...] where после join'ов
сte юзай

(54) щито?..

Common Table Expression
соединения я бы последовательно выполнял

Сами мы не местные, есичо.
(56) а пример?

лучше так

left outer join STAFF on REG_EVENTS.STAFF_ID = STAFF.ID_STAFF
    left outer join AREAS_TREE on REG_EVENTS.AREAS_ID = AREAS_TREE.ID_AREAS_TREE
    left outer join MODEL_EVENTS on REG_EVENTS.INNER_NUMBER_EV = MODEL_EVENTS.INNER_NUMBER
    left outer join STAFF_REF on STAFF.ID_STAFF = STAFF_REF.STAFF_ID
    left outer join SUBDIV_REF on STAFF_REF.SUBDIV_ID = SUBDIV_REF.ID_REF

(58) а в чём тут подвох?