ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнительный анализ MS Sql и другие...
7 сообщений из 82, страница 4 из 4
  4  все
Сравнительный анализ MS Sql и другие...
    #32394666
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
2 с127
NULL - особое значение, он не должен индексироваться
Ну почему же не должен. Если очень хочется - то можно и поиндексировать. В аксесе любой индекс имеет параметр IgnoreNulls, как раз указывающий, будут ли индексироваться Null'ы.
Но вот нарушенияуникальности из-за повторяющихся Null'ов быть не должно.
...
Рейтинг: 0 / 0
01.02.2004, 15:39
| Ответить | Цитировать | Написать  
Сравнительный анализ MS Sql и другие...
    #32394917
xz321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
xz321
Гость
c127 как ты считал в DB2 v7. кол-во дней в феврале???

db2inst1$ db2 select (days('01.03.2001')-days('01.02.2001')) from sysibm.sysdummy1

1
-----------
28

1 record(s) selected.
...
Рейтинг: 0 / 0
02.02.2004, 10:10
| Ответить | Цитировать | Написать  
Сравнительный анализ MS Sql и другие...
    #32396020
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
2 Лох Позорный

>>NULL - особое значение, он не должен индексироваться
>Ну почему же не должен.

Так написано в стандарте. Возможно имелось в виду, что в поле с уникальным индексом может быть несколько NULL значений, т.е. unique на NULL не распространяется. Я цитирую по памяти.

2 xz321
>Guest c127 как ты считал в DB2 v7. кол-во дней в феврале???
>
>db2inst1$ db2 select (days('01.03.2001')-days('01.02.2001')) from >sysibm.sysdummy1
>
>1
>-----------
>28

Примерно так и считал, получил 30 дней. Того дистрибутива давно нет, но это есть в документации, у ИБМ хорошая документация. Постараюсь найти и прислать ссылку.
...
Рейтинг: 0 / 0
03.02.2004, 02:50
| Ответить | Цитировать | Написать  
Сравнительный анализ MS Sql и другие...
    #32401928
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
2 ASCRUS
ASCRUSKEY JOIN в отличие от NATURAL JOIN как раз однозначно определяет связь таблиц по существующему FOREIGN KEY (если его нет, то естественно будет возбуждена ошибка).
Ээээ.... А если этих FOREIGN KEY две штуки? Тоже будет ошибка возбуждена?
...
Рейтинг: 0 / 0
08.02.2004, 17:26
| Ответить | Цитировать | Написать  
Сравнительный анализ MS Sql и другие...
    #32402014
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
авторЭэээ.... А если этих FOREIGN KEY две штуки? Тоже будет ошибка возбуждена?
Отвечу вопросом на вопрос:
А на кой это между 2 таблицами связь дважды устанавливать ? Ну разве что, если в таблице 2-е разных ссылки на один и тот же справочник. В таких ситуациях INNER JOIN никто не отменял :)

Если же Вы дважды по одним и тем же полям внешний ключ сделаете, то ошибки возбуждено не будет. Таблицы в запросе через KEY JOIN будут соединяться по первому найденому внешнему ключу. Однако в окне лога ASA очень часто будет проскакивать предупреждающее сообщение о дублировании внешних ключей на таблицу. В ASA вообще полезно окно лога читать почаще, там много чего пишется: чего в БД не так, насколько она дефрагментирована на файловой системе, отмечаются моменты откушивания и отдавания динамической памяти, прохождения плановых точек сохранения и т.д. Ну и конечно мои БД туда разную полезную информацию катают, всегда можно увидеть, кто чего делает и на каком этапе находится.
...
Рейтинг: 0 / 0
08.02.2004, 23:46
| Ответить | Цитировать | Написать  
Сравнительный анализ MS Sql и другие...
    #32402042
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
авторА на кой это между 2 таблицами связь дважды устанавливать ? Ну разве что, если в таблице 2-е разных ссылки на один и тот же справочник
Вот-вот, именно две разные ссылки на один и тот же справочник.
Будет ошибка? Или оно тоже будет первый попавшийся внешний ключ использовать?

авторВ таких ситуациях INNER JOIN никто не отменял :)
Мне интереснее поведение системы именно в случае KEY JOIN'а. Особенно если структура базы ненароком изменится, и там, где был всего один внешний ключ, добавится другой (но на тот же справочник). Что в этом случае произойдет? Часть запросов перестанет работать? Или, что еще хуже, запросы будут работать, но уже по другому?
Не нравится мне что-то такая фича...
...
Рейтинг: 0 / 0
09.02.2004, 02:21
| Ответить | Цитировать | Написать  
Сравнительный анализ MS Sql и другие...
    #32402070
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Есть у меня такая табличка :)
Код: plaintext
1.
2.
SELECT * 
FROM  "DBA" . "CalcObjectManual" 
  KEY JOIN SysTypePropCalcAlgorithmManual

На выходе:
Код: plaintext
1.
2.
3.
4.
Line  1 , column  1 
Could not execute statement.
[Sybase][ODBC Driver][Adaptive Server Anywhere]
Для соединения 'CalcObjectManual' с 'SysTypePropCalcAlgorithmManual'
имеется более одного способа
...
Рейтинг: 0 / 0
09.02.2004, 07:04
| Ответить | Цитировать | Написать  
7 сообщений из 82, страница 4 из 4
  4  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнительный анализ MS Sql и другие...
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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