Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 7 8 9 10 11 12 13 [14] 15 16   вперед  Ctrl
 Re: PL/SQL vs.Transact SQL  [new]
Пилот Пиркс
Member

Откуда: Москва
Сообщений: 352
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?

Продолжайте, но сначала объясните... "2 одинаковые записи, но на одну из них есть ссылки" - это как???
25 май 09, 12:23    [7222189]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Кудряшка
Member

Откуда: Сидней
Сообщений: 2219
Пилот Пиркс
Пункт 3 не заплатка, а применяется тогда, когда какая-то группа полей была не уникальна, а мы хотим сделать её уникальной. Перед этим надо удалить( или как-то ещё обработать) дубликаты. Как это сделать одним запросом без rowid я не знаю, уж извините :) Так что тут он мне нужен.


ОК, по третьему пункту беру свои слова насчет "заплатки" обратно. Но все равно. До этого момента ведь был у таблицы какой-то уникальный ключ, а значит можно и по нему сориентироваться ;)
25 май 09, 12:37    [7222303]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
ддддддд
Guest
Пилот Пиркс
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?

Продолжайте, но сначала объясните... "2 одинаковые записи, но на одну из них есть ссылки" - это как???


Если бы я знал, как они получаются, то ответил бы.
но на собеседованиях очень часто задают такую задачу - удалить дублирующиеся записи, причем удалить надо запись, которая была введена последней.
25 май 09, 12:41    [7222334]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Кудряшка
Member

Откуда: Сидней
Сообщений: 2219
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?
25 май 09, 12:51    [7222411]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Кудряшка
Member

Откуда: Сидней
Сообщений: 2219
Пилот Пиркс
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?

Продолжайте, но сначала объясните... "2 одинаковые записи, но на одну из них есть ссылки" - это как???


Это вообще что-то фееричное...
25 май 09, 12:58    [7222451]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Кудряшка
Member

Откуда: Сидней
Сообщений: 2219
Может имелось ввиду вчешние ключи по другим полям?
Например, дублируются поля А, Б. А вчешний ключ на поле В (которое уже уникальное :) )
?
25 май 09, 13:00    [7222467]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
дддддд
Guest
Кудряшка
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?


у последней записи ROWID больше...
25 май 09, 13:01    [7222482]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Пилот Пиркс
Member

Откуда: Москва
Сообщений: 352
дддддд
у последней записи ROWID больше...

Не дискредитируйте лагерь ораклистов такими отжигами, плиз :)
25 май 09, 13:16    [7222600]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Кудряшка
Member

Откуда: Сидней
Сообщений: 2219
дддддд
Кудряшка
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?


у последней записи ROWID больше...


А где гарантия, что вчешний ключ именно на "последнюю" запись ? :)
25 май 09, 13:21    [7222643]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
дддддд
Guest
Пилот Пиркс
дддддд
у последней записи ROWID больше...

Не дискредитируйте лагерь ораклистов такими отжигами, плиз :)


Это мне на собеседовании сказали, когда давали ответ на свою же задачу...
25 май 09, 13:30    [7222716]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
дддддд
Guest
Кудряшка
дддддд
Кудряшка
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?


у последней записи ROWID больше...


А где гарантия, что вчешний ключ именно на "последнюю" запись ? :)


Каюсь, но про вчешние ключи не знаю ничего
25 май 09, 13:31    [7222729]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Кудряшка
дддддд
Кудряшка
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?


у последней записи ROWID больше...


А где гарантия, что вчешний ключ именно на "последнюю" запись ? :)


Не верьте слухам, не больше он :)
Да и нет там никакой последней записи (да и первой тоже) отношение порядка ить не определено
25 май 09, 13:31    [7222732]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
tru55
Member

Откуда: СПб
Сообщений: 19788
дддддд
Пилот Пиркс
дддддд
у последней записи ROWID больше...

Не дискредитируйте лагерь ораклистов такими отжигами, плиз :)


Это мне на собеседовании сказали, когда давали ответ на свою же задачу...


Термин heap table ни о чем не говорит?
25 май 09, 13:32    [7222741]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Apex
Gluk (Kazan)
Кудряшка
Мой вопрос был, конечно же, о примемении в разработке прилажений на Oracle. И в необходимости доступности ROWID разработчикам.


Дык оно админам было сделано доступным :)
Разработчиков за такое надо изымать из генофонда

Ну, вот не надо так категорично...


Адназначна. Тупыми ножницами и под корень
равно как из за Flash Query в прикладном коде, ага
25 май 09, 13:33    [7222748]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67415
Блог
Пилот Пиркс
дддддд
у последней записи ROWID больше...

Не дискредитируйте лагерь ораклистов такими отжигами, плиз :)

Это бесполезно. Знаете, есть такая привычка... когда "не убеждён, но сказать нечего"... помолчать, а потом снова говорить то же самое.
25 май 09, 13:46    [7222848]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
дддддд
Guest
Gluk (Kazan)
Кудряшка
дддддд
Кудряшка
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?


у последней записи ROWID больше...


А где гарантия, что вчешний ключ именно на "последнюю" запись ? :)


Не верьте слухам, не больше он :)
Да и нет там никакой последней записи (да и первой тоже) отношение порядка ить не определено


За что купил, за то и продал.
25 май 09, 13:46    [7222849]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Solmyr
Кудряшка
(а нечего было на наши временные таблицы наезжать :-P )

Gluk (Kazan)
А где я наезжал на ваши временные таблицы ?


Эт я наежжал. :) И чем же вас так впечатляют втмс?


А они меня впечатляют ???
25 май 09, 13:51    [7222882]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Кудряшка
Member

Откуда: Сидней
Сообщений: 2219
Solmyr
Gluk (Kazan)
А где я наезжал на ваши временные таблицы ?


Эт я наежжал. :) И чем же вас так впечатляют втмс?


Слушайте, от это уже обсудили на нескольких страницах ранее в этой теме. От нинада опять по кругу.
Oracle - замечательная СУБД, может все (или почти все).
MS SQL Server - замечательная СУБД, может все (или почти все).

Предлагаю создать лагерь датабейзников и совершить налет на подфорум ".NET" - (это ШУТКА!!!)
25 май 09, 13:59    [7222952]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
_мод
Guest
Кудряшка
а можете суть процесса описать?

update ...... current of
Обновление текущей записи курсора - самый корректный способ
25 май 09, 14:01    [7222964]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
дддддд
Gluk (Kazan)
Кудряшка
дддддд
Кудряшка
дддддд
Есть 2 одинаковые записи, но на одну из них есть ссылки из дочерних таблиц. Продолжить?


А чем поможет здесь ROWID ?


у последней записи ROWID больше...


А где гарантия, что вчешний ключ именно на "последнюю" запись ? :)


Не верьте слухам, не больше он :)
Да и нет там никакой последней записи (да и первой тоже) отношение порядка ить не определено


За что купил, за то и продал.


Где (траву) брал ?
25 май 09, 14:22    [7223155]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Apex
Как вариант:
create table t2 as select f1,f2,f3 from t1 group by f1,f2,f3


Не вариант.
теряется нафиг всё из исходной таблицы - ключи, индексы, тригера, тейблспейсы и прочая.
Разве что после этого прибить данные из исходной таблицы и залить туда результаты выборки.
Но это не всегда есть гуд, особенно когда табличка большая, а дубликатов там - кот наплакал.
25 май 09, 14:49    [7223370]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Apex
Member

Откуда: Made in USSR
Сообщений: 3910
locky
Apex
Как вариант:
create table t2 as select f1,f2,f3 from t1 group by f1,f2,f3


Не вариант.

Почему не вариант? Вариант :)

locky

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

Это уже частности:) От дубликатов то избавились? Избавились:)
25 май 09, 16:11    [7223988]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Sgt.Pepper
Member

Откуда: spb
Сообщений: 1166
softwarer
Знаете, есть такая привычка... когда "не убеждён, но сказать нечего"... помолчать, а потом снова говорить то же самое.

Это вместо эпилога... :)

Хотелось бы продолжить тему декларативности sql..., которая на поверку оказывается "двойным стандартом"... (такая вот провокация)
Ведь не смотря на 1... или 2... или 3... (находятся аналогичные и еще при желании)...

Во всяком случае, позиция ораклистов мне кажется в некотором смысле "религиозной", в том ракурсе, что sql мы любим за декларативность и объявляем языком аж 4-го поколения, но с ним особо не работаем при разработке и будем придерживаться принципа "подальше от декларативности в pl/sql"...
23 июн 09, 01:03    [7331062]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Sgt.Pepper

Во всяком случае, позиция ораклистов мне кажется в некотором смысле "религиозной", в том ракурсе, что sql мы любим за декларативность и объявляем языком аж 4-го поколения, но с ним особо не работаем при разработке и будем придерживаться принципа "подальше от декларативности в pl/sql"...
по хорошему и это абзац надо бы подтвердить ссылкой
23 июн 09, 10:18    [7331611]     Ответить | Цитировать Сообщить модератору
 Re: PL/SQL vs.Transact SQL  [new]
Sgt.Pepper
Member

Откуда: spb
Сообщений: 1166
SergSuper
Sgt.Pepper

Во всяком случае, позиция ораклистов мне кажется в некотором смысле "религиозной", в том ракурсе, что sql мы любим за декларативность и объявляем языком аж 4-го поколения, но с ним особо не работаем при разработке и будем придерживаться принципа "подальше от декларативности в pl/sql"...
по хорошему и это абзац надо бы подтвердить ссылкой

Ну, пожалуй, чуть косвенные... в свете обсуждения можно прочитать по 2-3 разворота "стрелкой вверх" и "стрелкой вниз"...
Кулинария , Их ИМХО Это скорее мое ощущение, чем явное приписывание тезиса коллегам. Как раз таки и хочется услышать подтверждение или опровержение...
23 июн 09, 18:12    [7334723]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 7 8 9 10 11 12 13 [14] 15 16   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить