powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Exists по двум или более таблицам
108 сообщений из 108, показаны все 5 страниц
Exists по двум или более таблицам
    #39521427
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FB3. Вот такой запрос:
Код: sql
1.
2.
3.
4.
5.
6.
7.
select a.sn_mdl
from modul a
where exists ( select b.id_ums
                     from umass b
                             inner join defect c on c.id_ums=b.id_ums
                     where b.id_mdl=a.id_mdl
                  )



Что нужно? Нужно получить все записи в таблице modul, которые имеют записи в таблице defect. Запрос отрабатывает правильно, но долго. Если в exists оставить одну таблицу umass, то поведение exists ожидаемое (читается по одной записи из umass для каждой записи modul). Если в exists две таблицы, то umass весь читается. Вообще таблицы umass и defect большие. Поэтому хочется такого поведения - читаем запись из modul, читаем последовательно umass и defect, если запись есть, то переходим к другой записи modul. Можно ли что-то сделать с exists? Или посмотреть другие техники? Какие?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521431
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А по-крестьянски

Код: sql
1.
2.
3.
4.
select a.sn_mdl
 inner join umass b on b.id_mdl=a.id_mdl
 inner join defect c on c.id_ums=b.id_ums
from modul a



не?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521433
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

Код: sql
1.
2.
3.
select a.sn_mdl from modul a
  join umass b on b.id_mdl=a.id_mdl
  join detect c on c.id_ums=b.id_ums


?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521435
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотя, неправ я в общем случае, тут, возможно нужен left join с проверкой на not null, ибо неясно отношение между таблицами: например, если одной записи таблички modul соответствует больше одной записи таблички umass и т.д.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521437
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да дело не в exist-e, а в индексах, как пить дать.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521438
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чччДХотя, неправ я в общем случае, тут, возможно нужен left join с проверкой на not null, ибо неясно отношение между таблицами: например, если одной записи таблички modul соответствует больше одной записи таблички umass и т.д.
О, Господи, что это я понаписал. Все, спать.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521442
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишкаА по-крестьянски

Код: sql
1.
2.
3.
4.
select a.sn_mdl
 inner join umass b on b.id_mdl=a.id_mdl
 inner join defect c on c.id_ums=b.id_ums
from modul a



не?По-моему, ты всё написал правильно, но забыл поставить DISTINCT после SELECT:
Код: sql
1.
2.
3.
4.
SELECT DISTINCT a.sn_mdl
 INNER JOIN umass b ON b.id_mdl=a.id_mdl
 INNER JOIN defect c ON c.id_ums=b.id_ums
FROM modul a
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521528
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

Такие тонкие советы следует давать, когда ты владеешь достаточным объёмом информации о задаче.
Оставь DISTINCT себе.
Поскольку sn_mdl в таблице modul может быть изначально неуникальным.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521532
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSery, серийный номер в таблицы модулей может быть неуникален в случае совпадения серийных номеров от разных производителей модулей. Добавление в выборку идентификатора производителя эту проблему решит.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521541
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

Продолжаешь решать задачу, условия которой не знаешь, а предполагаешь.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521548
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSery, вернее сказать "домысливаю", исходя из очевидных связей сущностей БД.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521605
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

Очевидных? Спасибо, поржал.
Давно для себя сделал вывод, что очевидное для меня вовсе не очевидно другим. Разбирая очередную поделку команды "ух" разработчиков, почти каждый раз в этом убеждаюсь.
Потому скепсис - наше всё. Предпочитаю приятно удивляться, что в этот раз сделано правильно разумно.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521607
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишка,

По-крестьянски поинтереснее. Только вот так, конечно:
Код: sql
1.
2.
3.
4.
select a.sn_mdl
from modul a
     inner join umass b on b.id_mdl=a.id_mdl
     inner join defect c on c.id_ums=b.id_ums



Но мне сейчас не нравится план:
авторПлан
PLAN JOIN (C NATURAL, B INDEX (PK_UMASS), A INDEX (PK_MODUL))


Почему defect по натуралу? Хотя может из-за того, что таблица defect на данный момент меньше двух других. Если так, то в корне неправильно. Таблица defect склонна к сильному росту. И всю её сканировать неправильно.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521608
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

Воспользуйся волшебным +0
А вообще, как только она разрастётся, то план сам поменяется же.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521609
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

как вырастет пересчитаешь статистику и план изменится. Не вижу в этом проблемы
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521610
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> И всю её сканировать неправильно.

Ну а первоначальный план какой был?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521611
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

судя по плану запрос не будет эквивалентом exists. defect соединяется не по уникальному ключу, а следовательно будет давать дубликаты записей
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521620
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSeryrdb_dev,

Очевидных? Спасибо, поржал.
Давно для себя сделал вывод, что очевидное для меня вовсе не очевидно другим. Разбирая очередную поделку команды "ух" разработчиков, почти каждый раз в этом убеждаюсь.
Потому скепсис - наше всё. Предпочитаю приятно удивляться, что в этот раз сделано правильно разумно.В крайнем случае, можно полагаться на уникальность идентификатора модуля. Такой вариант должен соответствовать:
Код: sql
1.
2.
3.
4.
5.
6.
SELECT sn_mdl
  FROM (
      SELECT DISTINCT a.id_mdl, a.sn_mdl
        FROM modul a
          INNER JOIN umass b ON b.id_mdl=a.id_mdl
          INNER JOIN defect c ON c.id_ums=b.id_ums)
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521624
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Народ, давайте снова.

Таблица umass большая, defect тоже. Какой смысл сканировать в лоб всё, если мне нужно узнать только наличие дочерних записей?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521638
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

покажи план который был в изначальном запросе с exists
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521639
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI, так укажи запросу тот план, что считаешь правильным.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521649
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> Какой смысл сканировать в лоб всё

Зачем ты начинаешь вещать рассуждать, не понимая азов?
Повторяю - покажи план изначального запроса.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521678
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
План первого запроса:
авторПлан
PLAN JOIN (B INDEX (FK_UMASS_RELATIONS_MODUL), C INDEX (DEFECT_IDX1))
PLAN (A NATURAL)

DEFECT_IDX1 - это индекс по id_ums.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521685
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

попробуй вот так

Код: sql
1.
2.
3.
4.
SELECT a.sn_mdl
FROM modul a
 JOIN umass b ON b.id_mdl=a.id_mdl
WHERE EXISTS(SELECT * FROM defect c ON c.id_ums=b.id_ums)
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521710
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> План первого запроса:

В нём что-то не устраивает? Маленькая сканится, большие по индексу.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521711
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

Чуть исправил, в exists вместо on поставил where. План:
авторПлан
PLAN (C INDEX (DEFECT_IDX1))
PLAN JOIN (B NATURAL, A INDEX (PK_MODUL))

Может как-то не через select?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521712
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, какие объёмы данных (сейчас и ожидаемые) ?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521716
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

ошибся мальца.
На план не смотри если не понимаешь скорость по сравнению с другими вариантами устраивает?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521721
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

тьфу. Этот запрос тоже не правильный. Короче либо вариант с DISTINCT либо изначальный EXISTS
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521743
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис> скорость по сравнению с другими вариантами устраивает?

Так он и скорость щас оценить не может, если у него
самая большая (в будущем) таблица пока пустая.
Надо на количество фетчей смотреть, если он умеет.

P.S. Нет никаких вариантов без DISTINCTа, равносильных
первоначальному по результату - ни рабоче-крестьянских,
ни дворянско-аристократических.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521746
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустам,

есть, но я сомневаюсь что они будут лучше
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521777
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис> есть

?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521778
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А, ты про всякие переборы вручную. Несерьёзно.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521782
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов ДенисГаджимурадов Рустам,

есть, но я сомневаюсь что они будут лучшеCount(), HEAVING ?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521789
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HEAVING звучит замечательно, но это тот же
дистинкт, только в профиль. И ничем не лучше.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521792
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов РустамP.S. Нет никаких вариантов без DISTINCTа, равносильных
первоначальному по результату - ни рабоче-крестьянских,
ни дворянско-аристократических.

Ну как нет? Попробуйте мне объяснить. Есть таблица modul, у каждой записи таблицы modul может быть до 30 дочерних записей в umass. У каждой записи umass может быть до 100 записей в defect. В modul записей почти миллион, в umass хорошо за два миллиона, в дефект пока чуть меньше ста тысяч. Мне нужны записи в modul, где есть дочерние записи в defect. Записи в таблице defect более-менее равномерно размазаны по umass. Т.е. по моей человеческой логике вероятность нарваться на запись в defect велика, и сканирование по umass большого числа записей не должно быть. Вот как мне получить результат? Вообще мне кажется и схема данных нормальная, и хотелка тоже нужная.
Я вообще хотел ещё верхний уровень приклеить. Но пока нет.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521795
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустам,

ну например

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
with t as (
  select b.id_mdl
  from umass b
    join defect c on c.id_ums=b.id_ums
  group by b.id_mdl
)
select a.sn_mdl
from modul a
left join t on t.id_mdl = a.id_mdl
where t.id_mdl is not null
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521826
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI, можно пойти от обратного - если записи в defect существуют только для modul через umass, то тебе надо лишь выбрать из defect единичные (DISTINCT) id_ums и по натуралу привязать к выборке сначала umass, а затем modul.
Как-то так:
Код: sql
1.
2.
3.
4.
5.
SELECT m.id_mdl
  FROM (SELECT DISTINCT id_ums FROM defect) d
    INNER JOIN umass um ON um.id_ums = d.id_ums
    INNER JOIN modul m ON m.id_mdl = um.id_mdl
  PLAN JOIN(JOIN(JOIN(d NATURAL), um INDEX(pk_umass)), m INDEX(pk_modul))

Попробуй, вдруг повезет! :)
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521830
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> в дефект пока чуть меньше ста тысяч

А будет сколько и когда?
Сколько из modul должно выбраться в итоге (в процентах)?
И какие есть (если есть) доп.фильтры по каждой из таблиц.

Из того, что ты пока рассказал - оставь изначальный вариант.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521832
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис> group by b.id_mdl

Я ж говорю, профиль Фаберже.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521834
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIПланPLAN (C INDEX (DEFECT_IDX1))
PLAN JOIN (B NATURAL, A INDEX (PK_MODUL))

Может как-то не через select?
При соотношении modul и umass 1:3 вполне нормальный вариант.
Или всё же планируешь до 1:20 довести?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521835
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev> Iiigiaoe, aagoa iiaacao! :)

Замечательный подход к разработке.
Ламером был - ламером и помрёшь.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521837
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSery> При соотношении modul и umass 1:3 вполне нормальный вариант.
> Или всё же планируешь до 1:20 довести?

Там 1-30-100. Не вариант справа налево.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521838
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devПопробуй, вдруг повезет! :)Хороший совет, собирать дистинкт по всей таблице с планируемым объёмом более 100 миллионов записей.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521840
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIГаджимурадов РустамP.S. Нет никаких вариантов без DISTINCTа, равносильных
первоначальному по результату - ни рабоче-крестьянских,
ни дворянско-аристократических.

Ну как нет? Попробуйте мне объяснить. Есть таблица modul, у каждой записи таблицы modul может быть до 30 дочерних записей в umass. У каждой записи umass может быть до 100 записей в defect. В modul записей почти миллион, в umass хорошо за два миллиона, в дефект пока чуть меньше ста тысяч. Мне нужны записи в modul, где есть дочерние записи в defect. Записи в таблице defect более-менее равномерно размазаны по umass. Т.е. по моей человеческой логике вероятность нарваться на запись в defect велика, и сканирование по umass большого числа записей не должно быть. Вот как мне получить результат? Вообще мне кажется и схема данных нормальная, и хотелка тоже нужная.
Я вообще хотел ещё верхний уровень приклеить. Но пока нет.

Ну так разверни джойн при помощи заклинаний +0 так, чтобы перебор начинался с дефектов. Но когда/если их таблица распухнет до безобразия, это встанет колом.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521842
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов РустамТам 1-30-100. Не вариант справа налево.Рустам, пусть автор ответит.
Это максимально плохое соотношение. Но пока из его речи следует, что только таблица дефектов не наполнена, остальные, значит, в более-менее рабочем состоянии, и текущее соотношение 1:3
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521851
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSery> и текущее соотношение 1:3

Гм... Ты предлагаешь переписывать запрос позже или что?

P.S. Повторюсь в третий раз - надо танцевать от доп.фильтров.
Наверняка они есть, не может быть регулярная выборка ляма
записей мастера с мульти-лямами деталей без доп.фильтров.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521862
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустамrdb_dev> Iiigiaoe, aagoa iiaacao! :)

Замечательный подход к разработке.
Ламером был - ламером и помрёшь.
И это вещает человек, не знакомый с теорией множеств и откуда взялся JOIN в SQL?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521867
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSeryrdb_devПопробуй, вдруг повезет! :)Хороший совет, собирать дистинкт по всей таблице с планируемым объёмом более 100 миллионов записей.Хочешь сказать, что DISTINCT не способен к отбору по индексу, в частности по FK к umass?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521873
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev> Хочешь сказать, что DISTINCT не способен к отбору по индексу

Это какой-то феерический песец...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521874
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да чё вы докопались до Distinct. Пробовать надо. Вряд ли там тысячи дубликатов каждого значения, но вопрошающему виднее. Сортировка резалтсета - не особо затратная операция на умеренном количестве дубликатов.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521880
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devDISTINCT не способен к отбору по индексу
distinct еще с ИБ 6.0 делается исключительно через SORT. Даже если бы он был "по индексу", то не отбором, а проходом, через table order index (как group by, order by...).
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521881
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишка,

Автор написал, что до 100. Да, это мало. И сортировка быстрая.
Вот только "родительских" записей сейчас уже почти три миллиона. А провести три миллиона сортировок - это уже совсем другая история.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521882
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

Если это такой частый запрос, тут самое место для хранимого агрегата.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521883
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSeryГаджимурадов РустамТам 1-30-100. Не вариант справа налево.Рустам, пусть автор ответит.
Это максимально плохое соотношение. Но пока из его речи следует, что только таблица дефектов не наполнена, остальные, значит, в более-менее рабочем состоянии, и текущее соотношение 1:3
А что автор ответит? Какая-то нестандартная схема работы? Описать бизнес процесс? Мне представляется невозможным просчитывать соотношения количества записей в таблицах. Все таблицы растут, defect явно меньше umass. Пусть планировщик FB сам решает по какому пути пойти. Естественно, ни о каком ручном подборе плана не может идти речи. И фильтров, собственно, нет. И, самое главное, почему Exists? Надо знать - Есть записи или нет. А какие они там - другой вопрос.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521890
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

с точки зрения множеств, тут хоть тресни - либо modul + (umass + defect), либо (modul + umass) + defect
т.е. из трех множеств получить 2, и их уже склеить. Более быстрым вариантом, на мой взгляд, при имеющемся соотношении записей является
modul + (umass + defect).
Не пробовал вариант - from modul where exists (from umass where exists (defect)) ?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521893
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvrdb_devDISTINCT не способен к отбору по индексу
distinct еще с ИБ 6.0 делается исключительно через SORT. Даже если бы он был "по индексу", то не отбором, а проходом, через table order index (как group by, order by...).Правильно поправил - именно проходом. Странно, что в ФБ до сих пор DISTINCT только по натуралу.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521897
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

во-первых не по натуралы, а внешней сортировкой. Во-вторых distinct применяется ко всем полям в предложении select. А в-третьих с чего ты взял что навигация по индексы будет быстрее при полном фетче?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521898
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev...Странно, что в ФБ до сих пор DISTINCT только по натуралу.
А как еще, если все поля учитываются? Рассказывай.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521900
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvKreatorXXI,

с точки зрения множеств, тут хоть тресни - либо modul + (umass + defect), либо (modul + umass) + defect
т.е. из трех множеств получить 2, и их уже склеить. Более быстрым вариантом, на мой взгляд, при имеющемся соотношении записей является
modul + (umass + defect).
Не пробовал вариант - from modul where exists (from umass where exists (defect)) ?

Кто такой умасс я не догадываюсь, но слова модуль и дефект таки порождают смутные ассоциации из объективной реальности. И что-то мне шепчет, что у реального модуля вряд ли бывает больше пяти типов возможных дефектов. А вот один и тот же дефект (например, "не фурычит") может иметь чортова прорва типов модулей. То есть, количество возможных типов дефектов, по сравнению со всевозможными модулями, скорее всего, зело ограниченное. Начинать перебор от них мне представляется разумным. Хотя могу быть введён в заблуждение семантическими экивоками.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521903
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денисrdb_dev,

во-первых не по натуралы, а внешней сортировкой.А "внешняя сортировка" в плане как выглядит? PLAN SORT(table NATURAL) - сортировка по значениям всех полей в SELECT записей, отобранных без использования индекса?

Симонов ДенисВо-вторых distinct применяется ко всем полям в предложении select. А в-третьих с чего ты взял что навигация по индексы будет быстрее при полном фетче?Если все указанные в SELECT поля попадают в индекс, что мешает планировщику использовать именно индекс? Всего лишь отсутствие такой возможности, не так ли?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521904
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvНе пробовал вариант - from modul where exists (from umass where exists (defect)) ?
Примерно тоже самое.
Необычный результат получается, если попробовать использовать конструкцию "first 1". Может попробовать перебрать возможные варианты с ней? А?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521908
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишкаслова модуль и дефект таки порождают смутные ассоциации из объективной реальности. И что-то мне шепчет, что у реального модуля вряд ли бывает больше пяти типов возможных дефектов. А вот один и тот же дефект (например, "не фурычит") может иметь чортова прорва типов модулей. То есть, количество возможных типов дефектов, по сравнению со всевозможными модулями, скорее всего, зело ограниченное. Начинать перебор от них мне представляется разумным. Хотя могу быть введён в заблуждение семантическими экивоками.
Кстати, да, +1.

KreatorXXI> Мне представляется невозможным просчитывать
KreatorXXI> соотношения количества записей в таблицах.

Гм... Ну если сам не можешь просчитать - хоть аналитика
постановщика вашего спроси/попроси.

KreatorXXI> И фильтров, собственно, нет.

Да ладно врать... ОК, вот выбрал ты записи каким-то макаром,
получил из ляма 15 тыщ - дальше с ними что собрался делать?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521910
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> Необычный результат получается

Чем же он необычный? Быстрее или результат отличается?

> Может попробовать перебрать возможные варианты с ней? А?

Не может. "first 1" с Exist-ом не нужен.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521994
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вариант "а-ля DISTINCT" использующий индексы.
Код: sql
1.
2.
3.
4.
SELECT m.id_mdl
  FROM (SELECT id_ums, Count(*) FROM defect GROUP BY id_ums) d
    INNER JOIN umass um ON um.id_ums = d.id_ums
    INNER JOIN modul m ON m.id_mdl = um.id_mdl
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39521997
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

не правильный запрос. У него defect->umass->modul
Т.е. производную таблицу с GROUP BY надо делать по связке двух таблиц. Я этот вариант уже приводил через CTE
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522097
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денисrdb_dev,
Т.е. производную таблицу с GROUP BY надо делать по связке двух таблиц. Я этот вариант уже приводил через CTEСогласен!
Проглядел приведенный тобой код.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522135
vvvait
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
а так?
Код: sql
1.
2.
3.
4.
5.
6.
7.
select a.sn_mdl
from modul a
where exists ( select *
               from umass b
               left join defect c on c.id_ums=b.id_ums
               where b.id_mdl=a.id_mdl
                 and c.id_ums is not null)
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522423
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишкаХотя могу быть введён в заблуждение семантическими экивоками.
Именно так. В defect пишутся выявленные проблемы в изделии.

vvvaitа так?
Код: sql
1.
2.
3.
4.
5.
6.
7.
select a.sn_mdl
from modul a
where exists ( select *
               from umass b
               left join defect c on c.id_ums=b.id_ums
               where b.id_mdl=a.id_mdl
                 and c.id_ums is not null)


По барабану, всё также. Что называется - "От перемены мест слагаемых сумма не меняется".

Попробовал через хранимку, через "for select". Банально, находится запись в defect, выходим из хранимки. С точки зрения количества сканированных записей получен очень хороший результат, раз в 30 меньше. Но с точки зрения времени выполнения - очень плохо. Время уходит на подготовку "for select"? Или сам вызов хранимки?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522428
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIБанально, находится запись в defect, выходим из хранимки.

Это ничем не отличается от exists, только тормознее.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522429
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> В defect пишутся выявленные проблемы в изделии.

А umass что?

> Попробовал через хранимку, через "for select". Банально, находится
> запись в defect, выходим из хранимки.

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

> С точки зрения количества сканированных записей получен очень
> хороший результат, раз в 30 меньше.

Не похоже на правду. Показывай текст хранимки, планы и
время + количество фетчей.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522430
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

а как ты это количество сканированных записей определяешь?
Трейсом что ли?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522432
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vvvaitwhere exists ( select *
from umass b
left join defect

так получится, что umass left join defect выдаст ВСЕ записи из umass для проверки на exists, а без defect они к делу не относятся.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522446
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: sql
1.
2.
3.
4.
SELECT DISTINCT a.sn_mdl
FROM defect c
 JOIN umass b ON c.id_ums+0=b.id_ums
 JOIN  modul a ON b.id_mdl+0=a.id_mdl



?

Предполагается, что все индексы имеют место быть.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522453
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишка
Код: sql
1.
2.
3.
4.
SELECT DISTINCT a.sn_mdl
FROM defect c
 JOIN umass b ON c.id_ums+0=b.id_ums
 JOIN  modul a ON b.id_mdl+0=a.id_mdl


?

Предполагается, что все индексы имеют место быть.
Индексы для дистинкт? :)
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522454
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чччДСтарый плюшевый мишка
Код: sql
1.
2.
3.
4.
SELECT DISTINCT a.sn_mdl
FROM defect c
 JOIN umass b ON c.id_ums+0=b.id_ums
 JOIN  modul a ON b.id_mdl+0=a.id_mdl


?

Предполагается, что все индексы имеют место быть.
Индексы для дистинкт? :)

Для джойн, чудушко.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522456
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишкачччДпропущено...

Индексы для дистинкт? :)

Для джойн, чудушко.
Ну, пациент же ж рассказал, что после джойнов столько данных, что дистинкт грустит.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522457
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чччД,

не нравится DISTINCT используй GROUP BY.
Только я сомневаюсь что вариант с DISTINCT и JOIN будет лучше чем EXISTS.
Пробовать надо
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522458
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,
да, нужно смотреть, оценивать и пробовать.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522460
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чччДНу, пациент же ж рассказал, что после джойнов столько данных, что дистинкт грустит.

Да? Ну, может быть, я невнимателен. Но я не заметил чтобы пациент рассказал хоть что-либо кроме названий таблиц.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522480
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Где-то там выше было про хранимый агрегат. Свидетельствую тому Благородному Дону свое почтение.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522513
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да какие к чёрту хранимые агрегаты,
у ТСа на это квалификации не хватит.

Он на полном серьёзе утверждает, что
ему лям записей на клиенте нужен.
Ну ок, не лям, а пол-ляма, с дефектами.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522525
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов РустамДа какие к чёрту хранимые агрегаты,
у ТСа на это квалификации не хватит.

Он на полном серьёзе утверждает, что
ему лям записей на клиенте нужен.
Ну ок, не лям, а пол-ляма, с дефектами.


Да ладно, это может отчёт раз в месяц. Но он же молчит и аб индексах, и аб задаче, и аб лошадях, и аб бабах, аки рыба в пироге.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522533
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если отчёт раз в месяц, то до фени, 14 он секунд или 3 минуты.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522584
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денисне нравится DISTINCT используй GROUP BY.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522642
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Старый плюшевый мишкаГаджимурадов РустамДа какие к чёрту хранимые агрегаты,
у ТСа на это квалификации не хватит.

Он на полном серьёзе утверждает, что
ему лям записей на клиенте нужен.
Ну ок, не лям, а пол-ляма, с дефектами.


Да ладно, это может отчёт раз в месяц. Но он же молчит и аб индексах, и аб задаче, и аб лошадях, и аб бабах, аки рыба в пироге.

Не отчёт в месяц.

Задача производственная. Есть крупное изделие, каждый экземпляр хранится в таблице modul (их немного, сотни). Для сборки этого изделия существуют уникальные технологические паспорта, на изделие 5-6 тысяч, хранятся тоже в modul как дети к изделию (типа дерева). У каждого технологического паспорта может быть от 2 до 30 уникальных операций (в среднем 6, наверно), хранятся в umass. Каждую операцию выполняет рабочий, он должен отметить её выполнение, потом проверит его мастер, тоже поставит свою визу. Последний этап - проверка контролёром БТК (ОТК другими словами). Если всё нормально, ставит свою визу. Если ненормально, оформляет Ведомость дефектов. Эти ведомости хранятся в defect, их количество относительно к одной операции может быть и одна штука и пятьдесят, в зависимости от операции. Нужно получить для начала список изделий, в которых были оформлены ведомости дефектов. Теоретически, во всех изделиях они есть. но опять же не факт.
Индексы все есть. Что ещё рассказать?
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522646
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

денормализация поможет. Почему бы вам не хранить флаг наличия хотя бы одного дефекта в таблице modul, поднимать этот флаг в триггере на вставку дефекта, а при устранении всех дефектов сбрасывать этот флаг.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522651
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

Да. Я уже подумал об этом. Только в defect ссылочное поле на изделие и ссылочное поле на паспорт добавить. Вспоминается dbf и т.д. А что ещё делать? Логику работы Exists же не поправить.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522661
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

у exists нормальная логика. Максимум что может быть будет сделано в будущем это выполнение exists как SEMI JOIN, тогда появится возможность выбирать алгоритм соединение NESTED LOOP/MERGE/HASH. ИХМО в твоём случае даже это не поможет
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522678
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

Как всегда, жаль. Хотелки какие-то пишем. А я всё время упираюсь в быстродействие. Дайте хоть ссылку на "хранимый агрегат", посмотрю - что это.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522697
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIДайте хоть ссылку на "хранимый агрегат", посмотрю - что это.
ссылку??? хранимый агрегат - это например "сумма по заказам за день", которая хранится в какой-нибудь таблице, а не вычисляется каждый раз (что является онанизмом).
То есть, мы считаем какой-то агрегат (sum, avg, min, max...) и сохраняем результат в таблице для дальнейшего использования.
В остальном фантазия ничем не ограничена.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522724
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIЕсть крупное изделие, каждый экземпляр хранится в таблице modul (их немного, сотни). Для сборки этого изделия существуют уникальные технологические паспорта, на изделие 5-6 тысяч, хранятся тоже в modul как дети к изделию (типа дерева).

Я бы так не делал. Замена отношения 1:n деревом в реляционной модели повышению быстродействия отнюдь не способствует. Не вдаваясь в тему рекурсии при других выборках, прямо в этом запросе оно и приводит к перебору огромного количества записей в ведущей таблице, подавлящее количество которых ведущими не является, а является сущностью следующего уровня иерархии.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522737
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI,

что мешает протащить ID из modul сразу в defect?

один раз скриптом, а потом триггером?

можно даже FK устроить. или таблицу связку.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522743
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pastorKreatorXXI,

что мешает протащить ID из modul сразу в defect?

один раз скриптом, а потом триггером?

можно даже FK устроить. или таблицу связку.

Денормализацию уже обсудили. Спасибо.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522843
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну так я и думал, что это ОТК и АСУТП какое-нибудь...

KreatorXXI> Нужно получить для начала список изделий, в
KreatorXXI> которых были оформлены ведомости дефектов.

... а потом сами ведомости дефектов?... :)

Значит, так. У вас на клиенте есть некое представление
(дерево, список, комбобокс etc), который нужно либо
сформировать (получить список дефектных изделий),
либо там весь список и нужно по выбранному изделию
представить список дефектов. Если первое, то нужно
делать в таблице изделий признак (поле) "has defects"
(или "defective", как больше нравится), который будет
проставляться (видимо по визе ОТК) в true/false.
Назвать это аж "хранимым агрегатом" я не могу, это
даже денормализацией с натяжкой можно назвать. :)

Если же второе, полный список-ведомости, то сабж
(т.е. задача) поставлены неправильно, не с того конца.

P.S. Мишку не слушай, он не разобрался. В смысле,
паспорта можно/нужно хранить отдельно, но в данном
случае это никак бы не помогло, проблема не в них.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522846
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> делать в таблице изделий признак (поле) "has defects"
> (или "defective", как больше нравится), который будет
> проставляться (видимо по визе ОТК) в true/false.

Денис выше то же самое примерно описал. Триггер там
необязателен, но как один из вариантов. Денормализацию
modul_id в дефекты для данной задачи не советую.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522891
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустам> Денормализацию
modul_id в дефекты для данной задачи не советую.

Как раз, ИМХО, это реальный путь. Потому что может быть много разных условий (были ли вообще ВД, есть ли незакрытые и ещё масса признаков, которые пишутся в defect). Не факт, что будет всё востребовано, но вдруг.
Может и загоняемся. Хотелось сразу в комбобоксе отсечь "бездефектные" изделия. По мне лучше тогда пусть отображаются все, при выборе "бездефектных" просто не будет конкретики и всё. Чем выдумывать не совсем логичные схемы.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39522906
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> Как раз, ИМХО, это реальный путь.

Это дело хозяйское, лабайте как душе угодно. :)

> Потому что может быть много разных условий
> (были ли вообще ВД, есть ли незакрытые

"Были ли ВД" как раз гораздо эффективнее решается
признаком, а не modul_id (хотя и ID проверять будет
проще, чем сейчас); есть ли незакрытые - это совсем
другая задача (и как я понимаю, для совсем другого
отдела и интерфейса - там сами ВД (список) нужно
показывать, а не список изделий).

> По мне лучше тогда пусть отображаются все, при
> выборе "бездефектных" просто не будет конкретики и всё.
> Чем выдумывать не совсем логичные схемы.

Вы уж определитесь, чего конкретно вам надо.
Если пусть все отображаются, то сабж вообще не
нужен, по одному выбранному изделию/паспорту
будете ВД отображать (и там join, а не exists).
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523113
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIЧем выдумывать не совсем логичные схемы.Не надо нелогичные, надо удобные. Не обязательно собирать отчет исключительно по таблицам первичных документов, но на таблицы первички вполне можно навесить триггеры, которые будут писать некий сырец для отчетов (обратить внимание на неблокируемость, лучше употреблять по возможности только инсерты в данном случае).

Как пример есть первичка - накладная в заголовке дата, в списочной части товар, как найти сколько товара было отгружено в определенный период времени? джойним заголовок со спецификацией и два условия в разделе where, все как будто по науке, да только оптимизатор мечется, что ему по первой брать? товар или дату... дилемма, причем в разных случаях выиграть/проиграть можно запросто. Как не проигрывать никогда? Правильно композитный индекс дата+товар, но тогда они должны быть в одной таблице, по факту есть еще контрагент(как найти сколько товара из некоего списка товара отгруженено конкретному товарищу за позапрошлый месяц?), склад отгрузки и т.п. чтобы не протаскивать через репликатор всю спецификацию, когда меняют дату в накладной, держим оную стыковочную табличку на триггерах и не таскаем через репликацию. Да, местом в базе, то бишь дисковым пространством платить придется по любому.

Как-то так, ты выше просил порассуждать про хранимые агрегаты.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523170
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIМожет и загоняемся. Хотелось сразу в комбобоксе отсечь "бездефектные" изделия.
мне кажется, у нас была похожая фигня с веб-проектом. Там сначала влепили одну таблицу для идентификации юзеров, со всеми данными, а потом оказалось что регистрируются только где-то около 50% (сейчас уже не помню, может и 30% их всего было).
При этом основные запросы обрабатывали только зарегистрировавшихся. Было принято решение добавить таблицу, в которую триггерами копировались регистрирующиеся юзеры. В результате того, что эта таблица была гораздо уже, и содержала меньше записей, все стало летать. Ну и отпала необходимость исключать незарегистрировавшихся в запросах.
Здесь можно так же сделать.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523182
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXIГаджимурадов Рустам> Денормализацию
modul_id в дефекты для данной задачи не советую.

Как раз, ИМХО, это реальный путь. Потому что может быть много разных условий (были ли вообще ВД, есть ли незакрытые и ещё масса признаков, которые пишутся в defect). Не факт, что будет всё востребовано, но вдруг.
Может и загоняемся. Хотелось сразу в комбобоксе отсечь "бездефектные" изделия. По мне лучше тогда пусть отображаются все, при выборе "бездефектных" просто не будет конкретики и всё. Чем выдумывать не совсем логичные схемы.Исходя из вышеописанного тобой, ИМХО, тебе нужна отдельная таблица неустраненных дефектов:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
CREATE TABLE defects_count
(
    module_id BIGINT NOT NULL,
    cnt SMALLINT DEFAULT 0 NOT NULL,
  CONSTRAINT defects_count__fk__modul FOREIGN KEY (module_id)
    REFEREENCES modul (id) ON UPDATE CASCADE ON DELETE CASCADE,
  CONSTRAINT defects_count__chk CHECK (cnt >= 0)
);

В триггере ДО удаления/обновления/добавления таблицы defect лочить запись таблицы defects_count с нужным идентификатором module_id, а в триггере ПОСЛЕ удаления/обновления/добавления эту запись обновлять - уменьшать/увеличивать на единицу, соответственно. Еще раз в сутки, во время обслуживания БД, запускать хранимую процедуру, проверяющую целостность - вычисляющую реальное количество дефектов для каждого module_id по таблице defect, сравнивающую со значением в таблице defects_count и, при расхождении, исправляющую это значение. Как-то так...
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523190
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv> Здесь можно так же сделать.

Какой ужас... Нет, здесь не надо так делать. :)
И modul_id, и has_defects на порядок лучше.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523207
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустам,

почему ужас-то? вполне себе полезное дублирование. Никаких многопользовательских конфликтов, и целостность вполне триггерами обеспечивается.
Правда, у автора структура не совсем такая.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523236
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вы знаете почему меня больше устраивает внедрение в defect доп. полей? У нас есть ещё подобная таблица, подвязанная к umass, с другой структурой и для других целей. И с ней такой же будет вопрос (пока не поднялся).
В принципе не исключаю ещё подобных вопросов с другими таблицами. Подобное производство так работает. Структуру данных особо не поменяешь.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523252
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KreatorXXI> Вы знаете почему меня больше устраивает внедрение в defect доп. полей?
KreatorXXI> У нас есть ещё подобная таблица, подвязанная к umass, с другой структурой
KreatorXXI> и для других целей. И с ней такой же будет вопрос (пока не поднялся).

Ну будет их две, три - не тридцать же. Считать надо не количество таблиц,
а количество... "признаков". Вот в данном случае "имеет дефекты" является
признаком (при чем не изделия, а паспорта - это, видимо его модификация).
Для понимания можно воспринимать/называть признак не как "дефективный",
а как "протестированный и готовый к ..."

> Подобное производство так работает. Структуру данных особо не поменяешь.

Но именно структуру вы и собираетесь менять. :) Думать надо в первую
очередь с т.з. бизнес-логики, а не БД и пр. технологических тонкостей.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523256
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> делать в таблице изделий признак (поле) "has defects"
> (или "defective", как больше нравится), который будет
> проставляться (видимо по визе ОТК) в true/false.

Щас подумал, вспоминая схему работы ОТК - он ведь
тоже в вашей системе работает - наверняка, сама эта
виза является документом и имеет кучу атрибутов
(дата, проверяющие etc), а список дефектов - лишь
приложение к ней. Вот по этому документу вы и могли
бы как раз получить список изделий с дефектами.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523360
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гаджимурадов Рустам,

"Визы" мастера и ОТК хранятся как раз в umass. Вот к этой таблице и подвязываем.
...
Рейтинг: 0 / 0
Exists по двум или более таблицам
    #39523427
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вроде как в umass хранились некие операции (не понял, что это).
Но в любом случае, механизм тот же - если ОТК в своей визе
сказал "проверил, дефектов нет" - соотв. признак и надо проставлять
для конкретного паспорта (или группы, если виза групповая).
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
108 сообщений из 108, показаны все 5 страниц
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Exists по двум или более таблицам
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]