mysql запрос в укм4 в формате выгрузки укм2 : УКМ-4

Здравствуйте! Товарищи форумчане.

Возникла необходимость писать запросы для получения вывода по типу выгрузки укм2
Накалякал маленький запросец под формат cashsail

use ukmclient1;
set names utf8;
select 31 as Shopindex,
t1.pos as CashNumber,
t1.shift_open as Znumber,
t1.local_number CheckNumber,
t2.position as ID,
t1.date,
t2.itemas CardArticul,
t2.quantity,
t2.price as PriceRub,
t2.min_price as PriceCur,
t2.total as TotalRub

from `trm_out_receipt_header` t1
right join `trm_out_receipt_item` t2 on t1.id=t2.id
where t1.date like '2012-05-05%'
order by `t1`.`pos`, `t1`.`local_number`, `t2`.`position`;

но t1.local_number по каким то причинам не соответствует CheckNumber, хотя при выборке похож на номера чеков...

помогите кто чем может...

поменяй строчку:

И еще туда же надо добавить

Люди подскажите может у кого уже есть сам запрос по выбитым чекам, без учета стронированых позиций, по факту то что продано , а то на ощупь как то долго ковыряться...

Добавлено через 5 минут 7 секунд
или может у кого есть описание таблиц и значений, на супермажном вики такой информации не нашел...

посмотри фтп С+ описания конвертеров стандартного экспорта, там в основном выгружаются те же данные, в такие же таблицы, как внутри хранятся. этого хватит, чтобы разобрать хидеры-айтемы-футеры

если честно то там нет ничего полезного формат выгрузки и его структуры я знаю, но вот то как пишет в свои таблицы укм, нифига не понятно, одни только shift_open shift_close shift_payment, как я понял там должна храниться информация по закрытым сменам инкасациям, но то какая она там меня медленно убивает, какие суммы откуда и куда, кристалл в этом отношении просто золотце, документирован и интуитивно понятен по названиям таблиц и столбцов... полную выборку на выгрузку написать за 1 день влегкую...
а тут это просто пи..... какой-то.

это ты отмахнулся или проверил, что ничего полезного???

ты не поверишь, но структура укм4 тоже становится вполне интуитивной, когда основную идею уловишь и особенности именования.

структура хранения данных более-менее нормализована

данные входящие на кассу (ТеРМинал) - trm_in (товары, штрихкоды, налоги, кассиры, и т.п.)

данные возвращаемые кассой - trm_out (смены, чеки, платежи,...)

товар - item, штрихкод - var, смена - shift, чек - receipt

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

с чеком та же история: отдельно заголовок, товарные строки, "подвал" с результатом чека (расчет, аннуляция, выключение питания,..), платежи по чеку. строки, платежи и подвал ссылаются на заголовок. заголовок чека ссылается на открытие смены.

собрать всю эту фигню воедино - задачка для второкурсника после семестрового курса баз данных.

а теперь открой "Конвертер УКМ4 Стандартный экспорт.pdf" и глядя в него скажи: какие конкретно нужные тебе данные ты не можешь вытянуть?

на всякий случай заранее: шифт_пэймент для тебя полезной информации не несет. там денежные средства на конец смены в разбивке по кассирам.

ой спасибо, я уже и сам без документации разобрался... извращение то еще )))
таблицы укм2 более понятны, почему не взять пример с него, добавить несколько своих колонок и не надо было бы изобретать велосипед...
знаешь, на счет второкурсника я не в курсе у меня это на 1-м было, но есть балбесы которые и после пятого ничего не знают...

Добавлено через 7 минут 35 секунд
мне интересно как бы вы выборку сделали из таблиц по типу
idhu uid io oi sa ad
и прочей белиберды ???

Добавлено через 5 минут 20 секунд
и еще в догонку, когда разработчики что-то разрабатывают пусть то структура бд. или конфиги то они ее комментируют хотя бы минимально...

это большое отличие между разработчиками free source и proprietary, это в мозгах...

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

если не жалко - поделись запросом. когда-то кто-то сэкономит полдня и улучшит твою карму искренней благодарностью.

Кстати в хранилище лежит описание структуры.
Вот, например, структура сервера:
или вот: