Правильный порядок в подцепке
Модераторы: m0p3e, edward_K, Модераторы
Re: Правильный порядок в подцепке
хорошо. А в чем собственно проблема? КОНКРЕТНО.
Re: Правильный порядок в подцепке
Конкретно вопрос задан здесь
http://www.tyumbit.ru/galaktika/read.ph ... 485&t=3485
Не понятна логика работы корпо-запроса, а без этого невозможно написать полноценный запрос который будет проводить выборку интересующих данных из журнала без потерь и быстро.
http://www.tyumbit.ru/galaktika/read.ph ... 485&t=3485
Не понятна логика работы корпо-запроса, а без этого невозможно написать полноценный запрос который будет проводить выборку интересующих данных из журнала без потерь и быстро.
Re: Правильный порядок в подцепке
работает оно так:
все как во where логической таблицы:
по первым закладкам генерируется текст запроса
типа select * from (узлы перечисленные) where (подцепки и фильтры) and (то что в расширенных);
и согласно этому запросу данные выбираются из базы в журнал. то есть это все хозяйство работает не по журналу, а по таблицам бд. и выбранные на основании запросов данные попадают в журнал. вот. а вот какая таблица будет корневой в запросе и вообще что в нем будет написано зависит от решаемой задачи. поэтому я и говорю что запросы в корпо работают как обычные запросы в галактическом sql. есть пожалуй еще один тонкий момент. если будет запрос и в таблицы для обмена будет включена таблица из запроса, то согласно запросу выберутся данные и + к этому будут выбираться все значения из этой таблицы. это тоже надо учесть, иначе может получиться что вроде как запрос есть, он должен ограничивать отобранные данные, а тем не менее данные в выборку попадают все, и запрос как бы не работает.
все как во where логической таблицы:
по первым закладкам генерируется текст запроса
типа select * from (узлы перечисленные) where (подцепки и фильтры) and (то что в расширенных);
и согласно этому запросу данные выбираются из базы в журнал. то есть это все хозяйство работает не по журналу, а по таблицам бд. и выбранные на основании запросов данные попадают в журнал. вот. а вот какая таблица будет корневой в запросе и вообще что в нем будет написано зависит от решаемой задачи. поэтому я и говорю что запросы в корпо работают как обычные запросы в галактическом sql. есть пожалуй еще один тонкий момент. если будет запрос и в таблицы для обмена будет включена таблица из запроса, то согласно запросу выберутся данные и + к этому будут выбираться все значения из этой таблицы. это тоже надо учесть, иначе может получиться что вроде как запрос есть, он должен ограничивать отобранные данные, а тем не менее данные в выборку попадают все, и запрос как бы не работает.
Re: Правильный порядок в подцепке
>все хозяйство работает не по журналу, а по
>таблицам бд. и выбранные на основании
>запросов данные попадают в журнал
Нет...тут я не могу согласится. Если речь идет о пункте "отослать запрос", то все выглядит именно так. Но при включении запроса в информационный обмен он все-таки работает по журналу (хотя не понятно как организована выборка). Подтверждение этому - запрос организованный как выборка накладных и "паровозиком" подцепками тянуть соотв. им ДО. Так вот если ДО и накладные созданы в одном интервале корпообмена (в одной журнальной выборке), то все нормально. Но если ДО создано к примеру вчера, а накладные сегодня и между этими событиями был корпообмен, то накладные выберутся, а вот ДО к ним потеряются. Насколько я понял запросом выбирается только та информация, изменения по которой попали в текущую журнальную выборку. Только что в голову пришло - может здесь к обычному SQL-запросу каким-то образом прицеплен и журнал? Может запрос и работает по таблицам, но при условии наличия не отосланной записи в журнале с соотв. нреком? ???
>таблицам бд. и выбранные на основании
>запросов данные попадают в журнал
Нет...тут я не могу согласится. Если речь идет о пункте "отослать запрос", то все выглядит именно так. Но при включении запроса в информационный обмен он все-таки работает по журналу (хотя не понятно как организована выборка). Подтверждение этому - запрос организованный как выборка накладных и "паровозиком" подцепками тянуть соотв. им ДО. Так вот если ДО и накладные созданы в одном интервале корпообмена (в одной журнальной выборке), то все нормально. Но если ДО создано к примеру вчера, а накладные сегодня и между этими событиями был корпообмен, то накладные выберутся, а вот ДО к ним потеряются. Насколько я понял запросом выбирается только та информация, изменения по которой попали в текущую журнальную выборку. Только что в голову пришло - может здесь к обычному SQL-запросу каким-то образом прицеплен и журнал? Может запрос и работает по таблицам, но при условии наличия не отосланной записи в журнале с соотв. нреком? ???
Re: Правильный порядок в подцепке
да, конечно, выбираются только измененные записи. в этом смысле безусловно запрос в корпо отличается от обычного sql-запроса. то есть в журнал попадают данные, отобранные согласно запросу + измененные.