дифченки программистки жгут

[J.Rico]

еще раз и по русски

Я понял, ты прикалываешься

[Господин ПЖ]

Я действительно не понимаю как можно что нибудь полезное получить из двух таблиц, в одно три записи:
Акуз
Бумбыч
Рико

а в другой
Молочная сосиска
Другая сосиска

между собой они никак не связаны.

[J.Rico]

Акуз
Получишь
Акуз Молочная сосиска
Акуз Другая сосиска
Бумбыч Молочная сосиска
Бумбыч Другая сосиска
Рико Молочная сосиска
Рико Другая сосиска

[Господин ПЖ]

я знаю что именно это и получи, но я говорил что не вижу никакого практического смысла в таком результате

[дасвидос :)]

Акуз
блин, ты реально не понимаешь?

ну вот смотри, я накладываю условия, что нельзя жрать другие сосиски

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

ес-но у сосисок уже должен быть признак типа
молочная , 'да'
другая, 'нет'

и ко всему прочему пока ты из кучи сосиску не вытащил ты не знаешь какая будет

[Господин ПЖ]

Ни фига не правильный запрос, нифига ни оптимизированный, так никто не делает.

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

[дасвидос :)]

Ни фига не правильный запрос, нифига ни оптимизированный, так никто не делает.

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

это хэш. чего его оптимизировать ?
а плодить связывающие таблицы в данном случае необязательно.
достаточно сделать два индекс-тэйбла (в нотации оракла) а оптимизатор наложит поверх свои условия. и будет очень даже в итоге хороший план запроса.

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

[Господин ПЖ]

не Бумбыч фиг у тебя получается никто так не делает

[дасвидос :)]

Акуз
понимаешь, есть разные подходы. OLTP пишутся несколько по другим методикам чем DSS
а в данном случае этот вариант будет работать гораздо качественнее чем индексированная таблица связей. например когда одна таблица будет индексной и небольшой (сосиски) а вторая большая с индексированным полем в котором будут лежать имена, например.
при запросе типа такого where name = 'Акуз' and prod='молочная' and acc = 'Да' из вьюхи с перемножением без джойна по плану запроса выйдет два запроса по индексу и объединение.

сам посмотри

про денормализацию слышал ?
хоть это к теме разговора и не относится, но тоже из серии отхода от классической модели

[Господин ПЖ]

что за поле "acc"?

[дасвидос :)]

что за поле "acc"?

читай выше
acc = access

[Господин ПЖ]

не врубаюсь один фиг, корочи я уже выши описал, что есть два справочника это пользователей и сосисок.

каждому из пользователей можно есть определенные типы сосисок
к пример Бумбучу, молочные и не молочные, Рико только молочные, а мне только не молочные.
я соотвественно добавляю еще таблицу где прописываю кому что можно есть.

как ты поступишь?

[Raven]

Хм, народ, вы ветку не попутали случаем?

[дасвидос :)]

не врубаюсь один фиг, корочи я уже выши описал, что есть два справочника это пользователей и сосисок.

каждому из пользователей можно есть определенные типы сосисок
к пример Бумбучу, молочные и не молочные, Рико только молочные, а мне только не молочные.
я соотвественно добавляю еще таблицу где прописываю кому что можно есть.

как ты поступишь?

неее, это уже пример связанных данных
а я тебе говорю про несвязанные.

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

[Господин ПЖ]

да мля нифига тебя не понимаю

[дасвидос :)]

да мля нифига тебя не понимаю

да все просто.
дело в том, что ты привык к обычному програмированию, последовательному и четко описанному.
а тут SQL. а прдназначен он для работы с большими объемами данных, а совсем не с массивами. подход другой. одно дело исследовать поведение нескольких туч саранчи и совсем другое каждую особь отдельно.
главное отличие SQL в том, что это непроцедурный язык. Основное различие между SQL и прочими языками состоит в том, что операторы SQL указывают, какие операции с данными должны выполниться, а не способ их выполнения.