|
|
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Вот многоуважаемый с127 доказывал ЧАЛу, что навигация как задание порядка вполне возможна совершенно даже реляционными средствами. Нет сомнений. РМД как бы не запрещает упорядочивание множества и навигацию на основе этого порядка. Однако РМД ее и не "рекомендует", а точнее просто не особо придает значение этому процессу, считая, что он не совсем mainstream в свете теории. Т.е. если никак без этого и так удобнее - запрета нет, но нафига вам это?... Ну и далее - если настолько удобнее применять циклы, курсоры - назовем это процедурными расширениями sql. Но. Уверен, что for .. loop еще можно принять как "расширение", а вот принципиально возврат ТОЛЬКО_ОДНОЙ записи уже как бы идет несколько вразрез с mainstream'ом. Или нет?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 18:34 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.Pepper Но. Уверен, что for .. loop еще можно принять как "расширение", а вот принципиально возврат ТОЛЬКО_ОДНОЙ записи уже как бы идет несколько вразрез с mainstream'ом. Или нет?... Почему в разрез? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 19:01 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
lockySgt.Pepper Но. Уверен, что for .. loop еще можно принять как "расширение", а вот принципиально возврат ТОЛЬКО_ОДНОЙ записи уже как бы идет несколько вразрез с mainstream'ом. Или нет?... Почему в разрез? Исходя даже из русского языка множество не может ограничиваться только одним членом... как правило... как определение... Сказали бы Кодду, что мы очень высокого мнения о вашей теории, но в нашей реализации мы решили, что в отношении как результате опрации не может быть больше или меньше одного кортежа!... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 19:12 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.Pepper, что делать с пустым множеством.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 19:27 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
lockySgt.Pepper, что делать с пустым множеством.... Как мне кажется, то же самое, что и с нулем в арифметике... А еще, говорят, бывют Table_Dee и Table_doo... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 19:29 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.Pepper, ну, ноль, как мне кажется, не совсем чОтко отражает понятие "пустое множество".... зы представляю себе сообщение об ошибке: "Не могу создать таблицу, ваше множество недостаточно велико" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 19:56 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
lockySgt.Pepper, ну, ноль, как мне кажется, не совсем чОтко отражает понятие "пустое множество".... зы представляю себе сообщение об ошибке: "Не могу создать таблицу, ваше множество недостаточно велико" :) Ну аналогия есть аналогия - отличия, безусловно, имеются, однако, по моему, это чуть точнее, чем Кулинария , использованная тоже как аналогия... Я, положим, использую join с пустой таблицей в хп, когда не ясно по ходу выполнения пустая она или нет... Результат, возвращаемый такой процедурой варьируется от "задолженности нет" до "зарплаты нет" По ходу поиска нашел еще одну ссылку по просьбе SergSuper... Выбор СУБД! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 20:12 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.Pepper Исходя даже из русского языка множество не может ограничиваться только одним членом... как правило... как определение... Забавно, что теории множеств об этом неизвестно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 08:06 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Sgt.Pepper Исходя даже из русского языка множество не может ограничиваться только одним членом... как правило... как определение... Забавно, что теории множеств об этом неизвестно Т.е. вы хотите сказать, что отношение имеет дефиницию как содержащее ТОЛЬКО один кортеж?... Не МОЖЕТ, а ОБЯЗАНО по определению?... Вот такая, например, ссылка http://en.wikipedia.org/wiki/Relational_database]A relation is defined AS_A_SET_OF tuples[..] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 21:16 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.PepperGluk (Kazan)Sgt.Pepper Исходя даже из русского языка множество не может ограничиваться только одним членом... как правило... как определение... Забавно, что теории множеств об этом неизвестно Т.е. вы хотите сказать, что отношение имеет дефиницию как содержащее ТОЛЬКО один кортеж?... Не МОЖЕТ, а ОБЯЗАНО по определению?... Вот такая, например, ссылка http://en.wikipedia.org/wiki/Relational_database]A relation is defined AS_A_SET_OF tuples[..] Специальное множество может содержать 1 элемент (или 0 или 10), что характерно, от этого оно не перестает быть множеством, а становиться множеством содержащим 1 элемент. Дабы пресечь обвинения в голословности, некоторые конструкции SQL рассчитаны на работу со специальными множествами, содержащими ровно один элемент. Не больше и не меньше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2009, 07:16 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Дабы пресечь обвинения в голословности, некоторые конструкции SQL рассчитаны на работу со специальными множествами, содержащими ровно один элемент. Не больше и не меньше WHERE CURRENT OF / SELECT INTO? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2009, 09:35 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Sgt.PepperGluk (Kazan)Sgt.Pepper Исходя даже из русского языка множество не может ограничиваться только одним членом... как правило... как определение... Забавно, что теории множеств об этом неизвестно Т.е. вы хотите сказать, что отношение имеет дефиницию как содержащее ТОЛЬКО один кортеж?... Не МОЖЕТ, а ОБЯЗАНО по определению?... Вот такая, например, ссылка http://en.wikipedia.org/wiki/Relational_database]A relation is defined AS_A_SET_OF tuples[..] Специальное множество может содержать 1 элемент (или 0 или 10), что характерно, от этого оно не перестает быть множеством, а становиться множеством содержащим 1 элемент. Дабы пресечь обвинения в голословности, некоторые конструкции SQL рассчитаны на работу со специальными множествами, содержащими ровно один элемент. Не больше и не меньшеТакое вот специальное множество как-то специально, небось, и называется?.. И не 0 или 10, а 1 и только 1! Про те, которые или 0 или 1 или 10 или скок хошь - я наслышан. Как вот это вот ваше называется?... Может быть ссылку?... p.s. От того, что мы заставим любую машину чтобы называться машиной быть Запорожцем, а остальные машины назовем недоразумением, Запорожец, возможно и не перестанет быть машиной... Схоластический спор.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2009, 22:23 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
lockyGluk (Kazan)Дабы пресечь обвинения в голословности, некоторые конструкции SQL рассчитаны на работу со специальными множествами, содержащими ровно один элемент. Не больше и не меньше WHERE CURRENT OF / SELECT INTO? X = (select ...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2009, 07:02 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.Pepperнебось, и называется?.. И не 0 или 10, а 1 и только 1! Разумеется :) оно называется множеством содержащим ровно один элемент А поскольку оно к тому же не мутабельно, оно будет содержать ровно один элемент на веки вечные Sgt.Pepper Схоластический спор.. Ровно до тех пор, пока Вы не начинаете отказывать множествам содержащим ровно один или ровно ноль элементов в правах на гражданство в SQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2009, 07:05 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Sgt.Pepperнебось, и называется?.. И не 0 или 10, а 1 и только 1! Разумеется :) оно называется множеством содержащим ровно один элемент А может это всё-таки просто один элемент? Или любой элемент - уже множество? Чем множество из ровно одного элемента отличается от просто одного элемента? Ведь если мы вводим понятие множества, то оно должно нам что-то давать. Какие дополнительные свойства появляются когда мы один элемент объявляем множеством? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2009, 11:34 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
2 SergSuper А может это всё-таки просто один элемент? Таки нет, это всё-таки множество, содержащее ровно один элемент. Т.е. это не одна вещь (элемент), а целых четыре (элемент, множество, принадлежность одного другому, и мощность множества впридачу). Или любой элемент - уже множество? Таки может быть. В смысле - с точки зрения теории множеств любой элемент может быть множеством. И содержать в себе другие элементы. А любое множество может быть элементом. И принадлежать другим множествам. Чем множество из ровно одного элемента отличается от просто одного элемента? Тем, что одно из них - множество, а другое из них - элемент. Ведь если мы вводим понятие множества (поперхнулсо...) Куды мы его вводим? Не вводим мы его. Множества и элементы - неопределяемые (и невводимые ) понятия теории множеств. P.S. Если в школе ТМ проспали, может хотя бы википедию на досуге почитать? Всё лучше, чем страдать измышлизмами наподобие "исходя даже из рускава езыка не бывает красных чернил и цветного белья" ... P.P.S. Здрасте, кстате. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2009, 13:19 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
ЛП Ведь если мы вводим понятие множества (поперхнулсо...) Куды мы его вводим? Не вводим мы его. Множества и элементы - неопределяемые (и невводимые ) понятия теории множеств. Всё-таки куда-то вводим. Поскольку разговор не о чистой математие, а о её прикладном применении. Наверное в кострукцию языка, что ли. Мы можем сказать: for .. loop возвращает одну запись а можем сказать: for .. loop возращает множество записей с количеством записей в нем одно Дык вот что нам даёт знание того, что мы работаем с множеством, а не просто с записью? ЛП P.S. Если в школе ТМ проспали, может хотя бы википедию на досуге почитать? Всё лучше, чем страдать измышлизмами наподобие "исходя даже из рускава езыка не бывает красных чернил и цветного белья" ... Sgt.Pepper написал что есть некое противоречие в языке. Ему в ответ: "А в теории множеств это нормально". Может быть, только причем здесь вообще ТМ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2009, 00:44 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
SergSuperДык вот что нам даёт знание того, что мы работаем с множеством, а не просто с записью? Хотя бы то, что во множестве мб несколько записей... Кстати а вот принципиально возврат ТОЛЬКО_ОДНОЙ записи уже как бы идет несколько вразрез с mainstream'ом. Или нет?... Почему в разрез? Исходя даже из русского языка множество не может ограничиваться только одним членом... как правило... как определение... И отсюда всё и пошло... Надо договориться, что в данной теме считать множеством, иначе дальнейший спор бессмысленен (если спор не есть самоцель, конечно...). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2009, 19:50 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Ровно до тех пор, пока Вы не начинаете отказывать множествам содержащим ровно один или ровно ноль элементов в правах на гражданство в SQL Да что вы! Когда это я отказывал им в праве называться множествами? Я только о том, что это становится таким ммм... специальным множеством (о чем упомянул и SergSuper), которое несколько нивелирует ТМ и декларативность, с помощью которой РМД по мнению некоторых ее адептов вытеснила другие модели... И, потом, есть обоснование, почему отношение в 1 элемент пользуется такими привилегиями?... а не двух- или трех- кортежное, к примеру?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2009, 22:50 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
SergSuper Чем множество из ровно одного элемента отличается от просто одного элемента? Фигурными скобочками А вообще-то следует различать понятия множество и тип множества ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2009, 07:24 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Sgt.Pepper Я только о том, что это становится таким ммм... специальным множеством (о чем упомянул и SergSuper), которое несколько нивелирует ТМ и декларативность, с помощью которой РМД по мнению некоторых ее адептов вытеснила другие модели... А Вы твердо уверены, что везде и всюду можно обойтись универсальными средствами, без применения специальных ? Sgt.Pepper И, потом, есть обоснование, почему отношение в 1 элемент пользуется такими привилегиями?... а не двух- или трех- кортежное, к примеру?.. Почему 0 для сложения имеет особое значение ? Почему 1 для умножения имеет особое значение ? Про неподвижную точку (вааабще) не буду (после Ксени) больная тема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2009, 07:29 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
tanglirSergSuperДык вот что нам даёт знание того, что мы работаем с множеством, а не просто с записью? Хотя бы то, что во множестве мб несколько записей... в этом множестве - не может ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2009, 10:46 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
2 SergSuper Всё-таки куда-то вводим. Поскольку разговор не о чистой математие, а о её прикладном применении. Прикладное применение математики - к чему эта самая "чистая" математика прикладывается? К занимательному унитазостроению? Или всё-таки к алгебре, реляционной алгебре, информатике вообще, короче, к тем наукам, которе так или иначе растут ногами из ТМ (и, стало быть, наследуют от ТМ все её неопределяемые понятия)? Наверное в кострукцию языка, что ли. Мы можем сказать: for .. loop возвращает одну запись а можем сказать: for .. loop возращает множество записей с количеством записей в нем одно Ок. Тогда только более корректно было бы не "вводим понятие множества", а "вводим понятие чего-то , используя понятие множества". Что-бы придирок меньше было :) Ну да не суть. Дык вот что нам даёт знание того, что мы работаем с множеством, а не просто с записью? Знание того, что работаем с множеством - дает нам например знание того, что из этого множества можем получить принадлежащие ему элементы. Или вообще использовать данное мн-во там, где требуется именно множество, а не элемент. Можно сделать Select из набора, содержащего пусть даже и одну запись. Select из элемента сделать не можно. Ну а знание о том, что мн-во является неким "специальным" - дает возможность как-то "специально" его и использовать. Sgt.Pepper написал что есть некое противоречие в языке. Нет. Sgt.Pepper написал не про противоречие в языке, а про то, что множество не может ограничиваться одним членом. Как определение . Как правило . Причем еще и "исходя из русского языка". Тоже мне аргумент нашелся, блин. В русском языке слово "множество" однокоренное со словом "много". И что? Для английского "set" (из set theory) аналогичное утверждение неверно. Для немецкого "Menge" (из Mengenlehre) - тоже. Ему в ответ: "А в теории множеств это нормально". Может быть, только причем здесь вообще ТМ? А, ну если ТМ не при чём, то видимо разговор в самом деле идёт о занимательном унитазостроении. Простите что влез. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2009, 13:32 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
ЛП2 SergSuper Всё-таки куда-то вводим. Поскольку разговор не о чистой математие, а о её прикладном применении. Прикладное применение математики - к чему эта самая "чистая" математика прикладывается? К занимательному унитазостроению? Или всё-таки к алгебре, реляционной алгебре, информатике вообще, короче, к тем наукам, которе так или иначе растут ногами из ТМ (и, стало быть, наследуют от ТМ все её неопределяемые понятия)? целое число в математике и в каком-нибудь языке - не совсем одинаковые вещи так что насчет того что наследуют от ТМ все её неопределяемые понятия я бы не был так категоричен есть наука, есть конкретная реализация, она использует только необходимые ей понятия, которые четко оговорены в описании ЛП Наверное в кострукцию языка, что ли. Мы можем сказать: for .. loop возвращает одну запись а можем сказать: for .. loop возращает множество записей с количеством записей в нем одно Ок. Тогда только более корректно было бы не "вводим понятие множества", а "вводим понятие чего-то , используя понятие множества". Что-бы придирок меньше было :) Ну да не суть. Дык вот что нам даёт знание того, что мы работаем с множеством, а не просто с записью? Знание того, что работаем с множеством - дает нам например знание того, что из этого множества можем получить принадлежащие ему элементы. Или вообще использовать данное мн-во там, где требуется именно множество, а не элемент. Можно сделать Select из набора, содержащего пусть даже и одну запись. Select из элемента сделать не можно. Ну а знание о том, что мн-во является неким "специальным" - дает возможность как-то "специально" его и использовать.суть разговора как раз в том как даёт ЛП Sgt.Pepper написал что есть некое противоречие в языке. Нет. Sgt.Pepper написал не про противоречие в языке, а про то, что множество не может ограничиваться одним членом. Как определение . Как правило . Причем еще и "исходя из русского языка". Тоже мне аргумент нашелся, блин. В русском языке слово "множество" однокоренное со словом "много". И что? Для английского "set" (из set theory) аналогичное утверждение неверно. Для немецкого "Menge" (из Mengenlehre) - тоже. да придирки это, суть то была не в том - есть методы работы с набором записей, и есть методы работы с именно с одной записью ЛП Ему в ответ: "А в теории множеств это нормально". Может быть, только причем здесь вообще ТМ? А, ну если ТМ не при чём, то видимо разговор в самом деле идёт о занимательном унитазостроении. Чисто теоритически - если в описании оракла не написано что используется ТМ - то не причем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2009, 14:08 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=36063892&tid=1552921]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 379ms |

| 0 / 0 |
