Стратегия пустых полей

← →
pasha_golub © (2009-02-20 16:02) [80]

>
> Как SELECT связан с созданием индексов ?

Если НУЛЛы не хранились бы в индексе, то логичней было бы ввесте такую конструкцию, которая явно указывает на сортировку по выборке. Если же все-таки в CREATE INDEX указыается этот факт, то я предполагаю, что нуллы таки храняться.

> Ega23 © (20.02.09 15:44) [78]
>
>
>
> По-моему - можно

Там очень неоднозначно все, ибо contrib модули очень богаты как оказалось. И помимо официально поддерживаемых индексов, есть еще и специфические, которыми люди тоже пользуются. Плюс никто не мешает написать свою реализацию индекса, а там хоть бобриком скакай.

← →
Johnmen © (2009-02-20 16:06) [81]

> то логичней было бы ввесте такую конструкцию, которая явно
> указывает на сортировку по выборке.

А её разве не существует?
И всё же, как SELECT связан с созданием индексов ?

← →
Игорь Шевченко © (2009-02-20 16:19) [82]

> Если же все-таки в CREATE INDEX указыается этот факт, то
> я предполагаю, что нуллы таки храняться.

А не затруднит выдержку из доки на предмет указания хранения NULL-ов при создании индекса ? Это не наезд, просто интересно (с)

← →
Anatoly Podgoretsky © (2009-02-20 16:28) [83]

> pasha_golub (20.02.2009 15:33:16) [76]

Не логично, это должен делать программист в каждом запросе, а во втором глобально система без участия программиста, кроме создания индекса.
И скажи где кроме выдачи это может понадобиться?

← →
Anatoly Podgoretsky © (2009-02-20 16:30) [84]

> Ega23 (20.02.2009 15:44:18) [78]

Вообще то смешно говорить об хранение множества, в котором вообще отсутствует такое понятие как порядок хранения.
И даже выдачи если не использован предикат ORDER BY

← →
Anatoly Podgoretsky © (2009-02-20 16:31) [85]

> Игорь Шевченко (20.02.2009 15:47:19) [79]

Хм, интересный вопрос.

← →
Anatoly Podgoretsky © (2009-02-20 16:32) [86]

> pasha_golub (20.02.2009 16:02:20) [80]

Оракл штука весьма странная, доступная только жрецам.

← →
KSergey © (2009-02-20 16:36) [87]

> MsGuns © (19.02.09 23:56) [61]
> >KSergey © (19.02.09 21:27) [58]
> >> Замечательное решение ! И, главное, дальновидное :)
> >Можно для тупых расшифровать?
>
> Что тебя затруднило: замечательность или дальновидность ?

Хотелось бы понять к чему его (не)замечательность может привести в "дальновидной" перспективе. На практике.

← →
Игорь Шевченко © (2009-02-20 16:54) [88]

Anatoly Podgoretsky © (20.02.09 16:32) [86]

> Оракл штука весьма странная, доступная только жрецам.

Это миф, ведущий свою историю с ранних версий

← →
kaif (2009-02-20 22:55) [89]

Я стараюсь по возможности всегда накладывать ограничение NOT NULL.

Часто в справочниках использую значение ID=0 для "пустых значений":

ID NAME
0 ""

Это может вызвать возражения.
Но на практике эта идеология обычно себя оправдывает.

> kaif (20.02.2009 22:55:29) [89]

Если делать средствами сервера и принять несколько условностей, то это вполне работает.
Хуже как я уже писал, когда и NULL и "пустые" значения. А ведь есть случае когда ни одно значения нельзя принять за пустое.

> Anatoly Podgoretsky © (21.02.09 00:52) [90]
> А ведь есть случае когда ни одно значения нельзя принять за пустое.

Анатолий, по-моему вы хотите всех обмануть. Я не встречался в практике, чтобы какое-либо поле таблицы (на практике, не в теории!) могло бы принять ну уж буквально совершенно любое значение, и любое из них было бы разумным, т.е. имело бы физ. смысл.

тут пр любом подходе как и во всяком деле главное лоб не расшибить от усердия

> KSergey (21.02.2009 8:32:31) [91]

В соответствии с типом + NULL

Стратегия пустых полей Найти похожие ветки