Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.11.28;
Скачать: CL | DM;

Вниз

Не подскажите как два Query обьеденить по принципу M:N? многие к   Найти похожие ветки 

 
Kurt   (2002-11-09 14:09) [0]

Не подскажите как два Query обьединить по принципу M:N? многие к многим? возможно ли такое?
как в коде извращаться, то может и понятно, а простых механизмов нет?
заранее благодарен!


 
iNew   (2002-11-09 16:00) [1]

Ты напиши что тебе конкретно надо.


 
-=Sergeante=- ©   (2002-11-11 18:02) [2]

Создаётся дополнительная кросс-таблица
id integer,
id_t1 integer - ключ первой таблы
id_t2 integer - ключ второй таблы

Мож есть ещё способы?


 
Val ©   (2002-11-11 19:00) [3]

>-=Sergeante=- © (11.11.02 18:02)
по идее, id тут - лишнее поле, вполне можно использовать связку из двух ключей.


 
Kurt   (2002-11-12 08:09) [4]

Допустим следующая ситуация:
есть Query с параметром(таблица1), он через DataSource свойство связывается с другой таблицей где также Query c параметром(таблица2), котрое в свою очередь связывается с таблицей(3) где то поле с которым связывается уникально, НО в таблице2 поле с которым связывается таблица1 не уникально, так в первой таблице все записи выведуться по нахождению в 3таблице на какой то записи или нет? или только по значению первого значения параметра, что поалось из 2 таблицы? и если это так то можно сделать чтоб все выводились???
извините если не совсем ясно изьяснил.


 
ЮЮ ©   (2002-11-12 08:20) [5]

Ну и объяснил :-)
Самая главная Таблица3
Подчиненный запрос из Таблицы2, с параметром - полем из Таблицы3
Теперь запрос из Таблицы1. Его параметры - поля из какой таблицы? Из Таблицы2 или Таблицы3? И что ты хочешь получить в этом запросе?


 
-=Sergeante=- ©   (2002-11-12 09:53) [6]


> Val © (11.11.02 19:00)
> >-=Sergeante=- © (11.11.02 18:02)
> по идее, id тут - лишнее поле, вполне можно использовать
> связку из двух ключей.


Согласен, но н-р Interbase плохо относится к таблицам без уникального ключа. К тому же в процессе работы может потребоваться ссылаться на кросс-таблицу. Я уже давно привык первым делом заводить поле ID, даже если оно реально никогда не будет восстребовано. Так как-то спокойней.


 
Kurt   (2002-11-12 10:17) [7]

ЮЮ! так получилось:-)
Таблица1, у нее нет параметров-полей для других таблиц. вот в ней мне как раз нужны записи ВСЕ, когда стоишь на какой-то записи в таблице3! (а не только на первой записи выборки из таблицы2)


 
Val ©   (2002-11-12 11:51) [8]

>-=Sergeante=- © (12.11.02 09:53)
Я уже давно привык первым делом заводить поле ID..
поддерживаю
..к таблицам без уникального ключа..
я немного не о том, я говорил о составном PK из этих двух полей.


 
ЮЮ ©   (2002-11-12 12:26) [9]

Если хочешь, чтобы помогли программисты, а не телепаты, то изложи подробнее: структуру таблиц, хотя бы ключевае поля и поля связи и что хочешь получить, а не что делаешь ты


 
Victor_Cr ©   (2002-11-12 13:11) [10]

При таких четких формулировках тебе даже телепат не поможет. Конкретнее надо.



Страницы: 1 вся ветка

Текущий архив: 2002.11.28;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.014 c
1-93129
Gayrus
2002-11-17 13:41
2002.11.28
Как Borland y это удалось?


6-93156
Граф
2002-09-28 04:43
2002.11.28
запароленные ресурсы локальной сети


3-92887
ger
2002-11-11 10:15
2002.11.28
Ошибка при удалении


7-93270
matrixxxx
2002-09-24 21:10
2002.11.28
В сто превый раз этот вопрос появиться в форуме, простите меня д


14-93247
Дмитрий К.К.
2002-11-10 22:34
2002.11.28
Явно ограниченный набор возможностей форумов