|
|
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2Лоху Получил - проверил - работает как следует. Вот теперь не знаю плохо это или нет. Если у меня работает - то овзможно у клиента не будет работать. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2003, 18:38 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2Victor у тебя работает первоначальный экземпляр????? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2003, 19:50 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Ну да - первоначальный. Оригинал до сих пор в архиве лежит. Я Лоху подробно описал по е-маилу. Но че-то он молчит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 11:59 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
отойти от потрясения не может ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 14:11 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Виктор, у тебя все работает криво! На том наборе записей, что я прислал, в запросе2: а) Left Join должен выдавать 2 записи Код: plaintext 1. б) Right Join должен выдавать 4 записи Код: plaintext 1. 2. 3. 4. в) Inner Join должен выдавать 2 записи - как в а) А то, что ты подробно описал - это как раз то, о чем я говорил. Left Join работает как Right Join, Right Join работает как Inner Join (можно данные в таблицах изменить чтобы была разница между Left и Inner) Так что у тебя не работает. И это хорошо. Типа глюк повторяемый. P.S. Внимательней надо быть :)) А мне надо интрукцию написать. И мелкомягким отправить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 14:16 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2ЛП высылай и мне, плиз, уже созрел чтоб посмотреть зы. интересно стало... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 14:34 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2Лоху Криво? Блин, и в правду. Поторописля. Объединение таблиц рабтает как должно, а через запрос - не работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 16:06 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
а после вадиной инструкции и Left Join и Right Join и Inner Join две записи выдаёт.... эх блин дорого мне такие ошибочки могут встать... зато можно на мелкософт в суд подать! и разбогатеть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 16:25 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
я это, тупо хочу спросить чем отличается: FROM Запрос1 LEFT JOIN Таблица2 ON Запрос1.id = Таблица2.id от: FROM Таблица2 RIGHT JOIN Запрос1 ON Таблица2.id = Запрос1.id мож что нить есть такое у мелких, что незя по вычисляемому полю .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 16:39 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
>зато можно на мелкософт в суд подать! и разбогатеть если и выиграешь суд, то разбогатеешь на 5 долларов читай лицензионное соглашение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 17:00 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
ндаа... значит кроме того, что получить по башке на работе, ничего больше не светит .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 17:22 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2ЛП: А мне можно посмотреть на этот глюк (мыло в профиле)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 18:03 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Лох, а как ты вообще на этот глюк набрел? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 19:08 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2Лох Лох, с твоего позволения - я выложил на своем сайте твой файл- а то вскоре этот топик превратиться в сполошное и мне :) Кому хочеться - качайте http://www.zyx.ru/download/loh.rar (11кб) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 19:16 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Посмотрел. Значит что могу сказать по существу вопроса: 1. Действительно, аномалия, так сказать, есть. 2. Для меня совсем некритичная, т.к. запросы вида SELECT 1 AS id , Таблица1.aaa FROM Таблица1 с последующим их объединением с чем-либо не применял, по-моему, ни разу и даже с ходу не могу придумать, зачем они могут понадобиться? 3. Если вместо id не ставить константу все работает предсказуемо и как надо (я, честно говоря, на эту 1 даже внимания не обратил). 4. Шаманские действий можно сделать такие, добавить в запрос сначала Таблицу2, затем Запрос1, потом их связать, открыть, сохранить. 5. Объясняется сей факт, на мой взгляд, какой-то спецификой внутренней организацией отбора необходимых записей в Access. 6. Вывод - лично для меня, это не глюк, а фича, см. п.2. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 20:00 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Оказывается у этой фичи есть имя X-Prod join Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 20:08 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2Лох а ты не пробовал эти действия произвести прямо с создания базы, с чистого листа. мож это у тебя в базе что-то , хвосты ошибок или еще что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2003, 20:09 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
2 Сенин Виктор Как нашел? Понадобилось мне так поджойнить, вот и нашел На самом деле мне надо было сделать объединение по двум полям, одно из которых есть в обеих таблицах, а другое только во второй (в первой вместо него использовать константу). Как вариант можно было во второй таблице наложить условие (типа "=1") и с полученным запросом джойниться. Но появилось подозрение, что при этом фигово используются индексы во второй таблице. Вот и попробовал опnимизировать. Кто ж знал, что там "X-Prod join" вылезет :) 2 Вадя а ты не пробовал эти действия произвести прямо с создания базы Дык я как на такой глюк наткнулся - так и начал эксперименты с новой базой. Можно сказать даже с новой системой и свежей инсталяцией офиса. 2 IgorM это не глюк, а фича Наступив себе на яйца я бы даже смог признать, что это фича. Ну вот такая вот фича - Left Join работает как Right Join. Но оно меняется от шаманских действий! Я так не умею. Игру можно устраивать. Угадай в какую сторону Join :) Глюк. Адназначна глюк. Вернее, X-Prod join :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 09:56 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Прикольно В 97-м вапсче все работает как Inner Join - и Left, и Right, и Inner Шаманские действия не помогают. Вот такой блин X-Prod Join... А кто-нибудь может проверить это в 2000-м? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 10:04 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
В 97-м вапсче все работает как Inner Join - и Left, и Right, и Inner так у меня в XP также, я уж говорил... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 10:05 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Лох сказал>Я так не умею. Игру можно устраивать. Угадай в какую сторону Join :) Глюк. Адназначна глюк. Вернее, X-Prod join :) ----- Да не глюк это, а теория относительности. Приходит как-то Иван Таранов к А.Эйншнейну и говорит: Альберт Иваныч, куда пиво-то ставить? -Поставьте справа -Относительно меня или Вас? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 11:05 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
>>это не глюк, а фича >Наступив себе на яйца я бы даже смог признать, что это фича. >Ну вот такая вот фича - Left Join работает как Right Join. >Но оно меняется от шаманских действий! Оно меняется от последовательности добавления таблиц (запросов). >Я так не умею. Игру можно устраивать. Угадай в какую сторону Join :) >Глюк. Адназначна глюк. Вернее, X-Prod join :) Ладно, не будем спорить, для тебя глюк, для меня фича, которую, к тому же, можно обойти: пишем функцию Public Function GenConstID(val As Long, tmp As Variant) As Long GenConstID = val End Function и пределываем Запрос1: SELECT GenConstID(1,[aaa]) AS id, Таблица1.aaa FROM Таблица1 После этого у меня Запрос2 работает как надо безо всякого шаманства. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 11:36 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Запрос до шаманских действий и после совпадает побуквенно . А работает - с точностью до наоборот. Видишь запрос - и кидаешь монетку. Если орел - то будем считать что это Left Join, если решка - будем считать что это Right Join. Мнение аксеса может не совпадать с мнением редакции. Обойти можно все что угодно. Можно хоть столб обойти кругом ни разу не повернув. Только X-Prod Join все равно глюк. Потому что результат работы зависит хер знает от чего. Недетерминированности быть не должно. Иначе как работать непонятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 11:50 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Зато не совпадает очередность добавления, это имхо и влияет на результат. В любом случае, доля таких запросов, опять же имхо, совсем незначительна и поэтому эта проблема вряд ли встретится большинству пользователей (лично я, довольно долго работая с Access, такие запосы не применял ни разу). И поэтому говорить о том, что Access как-то по своему интерпретирует join вряд ли стоит. Есть определенная проблема на определенных, повторюсь - достаточно редких, типах запросов. Вот и все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 12:00 |
|
||
|
2ЛОХ
|
|||
|---|---|---|---|
|
#18+
Зато не совпадает очередность добавления, это имхо и влияет на результат Вот это и есть дикость. Все равно как если бы два куска кода отличались по результатам работы Код: plaintext 1. и Код: plaintext 1. И поэтому говорить о том, что Access как-то по своему интерпретирует join вряд ли стоит Стоит. X-Prod Join Есть определенная проблема на определенных, повторюсь - достаточно редких, типах запросов. Вот и все Угу. Точно все. Остается пойти свечку поставить. Возлияния совершить. Левой пяткой перекреститься. Могло бы ведь и в рабочую систему попасть. Раздражает не сам факт наличия проблемы, а полная бредовость ее проявлений. Рушилось бы в Ватсона - и то было бы лучше. Если система не может что-то обработать (ну не шмогла я, не шмогла) - должна быть ашибка . А не бредовый результат. Это все равно что во всех своих функциях поставить On Error Resume Next и на выходе проверять - если ошибка была, значит вернуть 0. И пофигу мороз, кто там чего от функции хотел - его проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2003, 12:13 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=32213161&tid=1680395]: |
0ms |
get settings: |
13ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
22ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
83ms |
get tp. blocked users: |
2ms |
| others: | 226ms |
| total: | 385ms |

| 0 / 0 |
