ÚÁÂÙÌ ÄÏÂÁ×ÉÔØ
×ÅÒÓÉÑ ÓÅÒ×ÅÒÁ 2.5.0.23650
Hello, Мякотин!
You wrote on Thu, 30 Apr 2009 12:46:37 +0400:
МС забыл добавить
МС версия сервера 2.5.0.23650
на 2.1.Х аналогично
--
With best regards, Alex Cherednichenko.
Alexey V. Tyul'kin wrote:
Вопрос: ошибка бага или необходимое ограничение на CTE
А причем тут вообще CTE? ORDER BY в подчастях UNION никогда не допускалось.
--
Дмитрий Еманов
А причем тут вообще CTE? ORDER BY в подчастях UNION никогда не допускалось.
Вот такой вопрос выполняется, хотя содержит order by
WITH RECURSIVE
B AS
(
SELECT
B_H.DB,
B_H.RN,
B_H.HDB,
B_H.HRN,
B_H.CODE,
B_H.NAME,
0 AS LVL
FROM BE B_H
),
CONSTRAINT UQ_BE_CODE UNIQUE (CODE)
);
Запрос:
WITH RECURSIVE
B AS
(
SELECT
B_H.DB,
B_H.RN,
B_H.HDB,
B_H.HRN,
B_H.CODE,
B_H.NAME,
0 AS LVL
FROM BE B_H
WHERE B_H.HDB IS NULL AND B_H.HRN IS NULL
ORDER BY B_H.NAME
UNION ALL
SELECT
Кузнецов Евгений wrote:
Поразмыслил еще и утратил понимание:
Почему разрешено
order by -1
Ведь и 2, и 0, и -1 - константы?
Еще раз - это особенность парсинга. -1 на выходе парсера является
функцией negate(constant).
Не проще ли запретить сортировку по константе, не являющейся номером
понятия сортировки по
номеру столбца. В результате имеем мешанину старого и нового.
М-да, но если приводить в соответствие и позволять, например, order by
(число столбцов +1) с неявным dummy sort или вообще с произвольной
сортировкой, то это явно не лучше, чем сейчас.
Если уж запрещать, то не
Доброго времени суток!
2.0.3.12981
CREATE TABLE TEST_TABLE4
(id integer NOT NULL);
COMMIT;
insert into test_table4
values
(4);
insert into test_table4
values
(1);
insert into test_table4
values
(6);
COMMIT;
select * from test_table4
order by 0
выдает
Dynamic SQL Error.
SQL error code
Кузнецов Евгений wrote:
Что из этого - в трекер?
Грубо говоря, ничего. При сортировке по константному значению порядок
неопределен и в общем случае не обязан совпадать с порядком хранения.
Может, стоит все же выдавать в этом случае ошибку?
Уже обсуждалось неоднократно. Формально сервер
On 15 окт, 13:02, Dmitry Yemanov [EMAIL PROTECTED] wrote:
Грубо говоря, ничего. При сортировке по константному значению порядок
неопределен и в общем случае не обязан совпадать с порядком хранения.
Гм, а на 0 тогда зачем ругаться? Исторически так сложилось?
С уважением, Евгений
On 15 окт, 13:02, Dmitry Yemanov [EMAIL PROTECTED] wrote:
Грубо говоря, ничего. При сортировке по константному значению порядок
неопределен и в общем случае не обязан совпадать с порядком хранения.
select * from test_table4 order by cast(:a as integer)
сортирует по второму столбцу, даже если а
Кузнецов Евгений wrote:
Гм, а на 0 тогда зачем ругаться? Исторически так сложилось?
Особенность парсинга, насколько я помню.
--
Дмитрий Еманов
Кузнецов Евгений wrote:
select * from test_table4 order by cast(:a as integer)
сортирует по второму столбцу, даже если а = 1. Так и должно быть?
По-хорошему, он вообще не должен сортировать. Т.е. он должен выкинуть
такой ORDER BY из запроса. Но на текущий момент он сортирует по фазе
луны
On 15 окт, 13:56, Dmitry Yemanov [EMAIL PROTECTED] wrote:
По-хорошему, он вообще не должен сортировать. Т.е. он должен выкинуть
такой ORDER BY из запроса. Но на текущий момент он сортирует по фазе
луны. Что оная фаза совпадает со вторым столбцом - это какая-то
случайная завязка в реализации
Кузнецов Евгений wrote:
Спасибо за информацию. Имеет ли смысл помещать в трекер minor request
о внесении единообразия в этих вопросах?
Занеси, лишним не будет.
--
Дмитрий Еманов
по константному значению порядок неопределен и в общем случае не обязан совпадать с порядком хранения.
Поразмыслил еще и утратил понимание:
Почему разрешено
select id from test_table1
order by -1
если
select id from test_table1
order by 2
и
select id from test_table1
order by 0
запрещены
Добрый день!
Прошу прощения если эта тема уже обсуждалась :)
При попытке сортировки в запросе по вычисляемому полю получаем ошибку:
arithmetic exception, numeric overflow, or string truncation
Select * from table проходит нормально
Если не обсуждалось могу привести более подробные примеры
С
Леонид Агафонов wrote:
Если не обсуждалось могу привести более подробные примеры
Приводи.
--
Дмитрий Еманов
ÓËÏÒÅÊ ×ÓÅÇÏ ÔÁÍ ÓÔÁÎÄÁÒÔÎÁÑ ÏÛÉÂËÁ ÆÅÔÞÉÎÇÁ
ÉÚ-ÚÁ ÎÅ×ÙÓÔÁ×ÌÅÎÎÏÊ ËÏÄÉÒÏ×ËÉ ÉÌÉ ÓÔÒÏËÁ ÎÁ ÃÉÆÒÕ ÕÍÎÏÖÁÅÔÓÑ ÉÌÉ Ô.Ð.
ÓËÏÒÅÊ ×ÓÅÇÏ ÔÁÍ ÓÔÁÎÄÁÒÔÎÁÑ ÏÛÉÂËÁ ÆÅÔÞÉÎÇÁ
ÉÚ-ÚÁ ÎÅ×ÙÓÔÁ×ÌÅÎÎÏÊ ËÏÄÉÒÏ×ËÉ ÉÌÉ ÓÔÒÏËÁ ÎÁ ÃÉÆÒÕ ÕÍÎÏÖÁÅÔÓÑ ÉÌÉ Ô.Ð.
ÍÏÖÎÏ ÐÒÏÆÅÔÞÉÔØ ×ÓÅ ÚÁÐÉÓÉ ÐÏ ×ÙÞÉÓÌÑÅÍÏÍÕ ÐÏÌÀ É ÕÂÅÄÉÔØÓÑ
Malinovsky Vladimir wrote:
А еще стало сортировать по-другому: сперва значения с Null, потом -
остальное. :)
См. стандарт. Еще можно доку почитать на этот счет.
--
Дмитрий Еманов
Dmitry Yemanov
äÌÑ ÐÒÉÎÃÉÐÉÁÌØÎÙÈ ÅÓÔØ NULLS LAST.
ðÏÔÏÍ. ëÁË ×ÓÅ ÄÅÌÁ ÐÅÒÅÄÅÌÁÀ, É ÐÏÑ×ÉÔÓÑ ÎÁ×ÁÌÏÍ Ó×ÏÂÏÄÎÏÇÏ ×ÒÅÍÅÎÉ. :)
Hello, Malinovsky!
You wrote on Wed, 18 Oct 2006 18:25:05 +0400:
MV А еще стало сортировать по-другому: сперва значения с Null, потом -
MV остальное. :)
nulls first | last ведь не отменили?
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixangry_dogtndottobdotru
Люди, только не кидайте в меня камнями
Всем спасибо за ответы. Ураа!
Правда я, с перепугу, все таки
укабанил три запроса - добавив в
выборку поле по которому идет
сортировка. Теперь буду обратно
откабанивать.
Коваленко Дмитрий.
Привет, Dmitry!
Вы пишешь 22 февраля 2006:
DK Как хочет заказчик так и правильно!
Конечно! Ведь это заказчик проводит анализ соотношений сущностей,
проектирует структуры и делает нормализацию.
DK Я не хочу продолжать эту тему, т.к. объяснять 10 раз одно и тоже самое
DK нет смысла.
Приветствую Вас,
22.02.2006 в 11:23, Вы писали:
DK Я не хочу продолжать эту тему, т.к. объяснять 10 раз одно и тоже самое
DK нет смысла.
AC Продолжай, продолжай.
AC Ты всех победишь.
AC Все не правы.
AC И упорствуют в неведении своём...
Я нее говорил, что кто-то не прав, и не стараюсь
Hello, Alkogolik!
aLKoGolik wrote:
Вот коли на Yaffil, пусть поправят гуру (я ведь тоже учусь),
можно создать вычисляемое поле по этому принципу,
и построить индекс по вычисляемому полю.
можно построить индекс по выражению, но искать
с использованием индекса надо по этому же выражению.
А
Sergey Mereutsa [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Если по существу - может все же формализировать принцип построения
номера более жестко? Как правильно, а не как хочет заказчик?
Зависит от платежеспособности клиента :-), а так, мы готовы реализовать любые
ваши прикладные
Приветствую Вас,
21.02.2006 в 8:57, Вы писали:
SR Напиши UDF которая выкусывает из строки число. Создай Integer поле,
SR которое заполняй в триггере, вызывая эту UDF. По этому полю и сортируй.
Этот вариант не подойдет т.к. чисел может быть несколько например
СФ-2006/02/12-15, хотя по скорости
Приветствую Вас,
21.02.2006 в 9:09, Вы писали:
Ю Предлагаю напустить хитрый апдейт на это поле и исправить сразу, чтоб
Ю потом головняков меньше было.
Так и будет только это можно будет сделать только с нового года т.к.
по документам уже везде пошли такие номера и менять их нельзя, можно
Alex Cherednichenko пишет:
Хаос автоматизации не поддаётся.
Это аксиома.
Я раньше тоже так считал, но тут на глаза попалось более мягкое утверждение:
Результатом автоматизации бардака всегда становится автоматизированный бардак
(c) http://ag-orlov.narod.ru/itnotes.htm
--
Игорь Захребетков
Приветствую Вас,
21.02.2006 в 11:24, Вы писали:
SR И какое цыфирь из этого ты хочешь использовать для сорта?
SR 2006/02/12-15 = 68.58 Эту? ;)
:) Тут как строку, но если строка содержит только цифры тогда надо
сортировать как цифры.
--
С Уважением, Дмитрий Котельников
Hello, Alex!
You wrote to Dmitry Kotelnikov on Tue, 21 Feb 2006 11:30:03 +0300:
AC Хаос автоматизации не поддаётся.
AC Это аксиома.
AC Начни с формализации бизнес-правил.
AC Несогласных и упорствующих - расстрелять, к едрени фени!
Ну, блин, сразу и расстрелять, когда можно и повесить...
Привет, Alexander!
Вы пишешь к Alex Cherednichenko 21 февраля 2006:
AC Несогласных и упорствующих - расстрелять, к едрени фени!
AAV Ну, блин, сразу и расстрелять, когда можно и повесить...
Ну, можно, при желании.
За яйца.
--
With best regards, Alex Cherednichenko.
Приветствую Вас,
21.02.2006 в 12:23, Вы писали:
SR Ну дык, еще раз: пишешь UDF, в которой парсишь свой магический номер
SR документа, если можно извлечь число -извлекаешь, если нет возвращаешь
SR NULL. В ORDER BY пишешь:
SR CASE WHEN INTEGER_FIELD IS NULL THEN CHAR_FIELD ELSE CAST
Dmitry Kotelnikov пишет:
Этот вариант не подойдет т.к. чисел может быть несколько например
СФ-2006/02/12-15, хотя по скорости был бы идеален.
SR Но вообще-то надо в консерватории править. Ты _три_ сущности (серия,
SR номер и дата документа) хранишь в одном поле. Подумай над этим.
Я
Alexander Kolokolzov [EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]
Показывать номер клиенту и хранить номер в базе - две большие разницы. Я бы
такой составной номер хранил в виде различных полей, а перед выводом собирал
бы их все в кучу. И тебе счастье и юзеру.
Номер атомарен?
AC Несогласных и упорствующих - расстрелять, к едрени фени!
AAV Ну, блин, сразу и расстрелять, когда можно и повесить...
Ну, можно, при желании.
За яйца.
Злой ты, зайчонок. Недобрый. (С)Гоблин, Шматрица :))
Shiliaev Ruslan [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Dmitry Kotelnikov пишет:
Этот вариант не подойдет т.к. чисел может быть несколько например
Вот если бы ты хранил все эти атрибуты отдельно, а номер лепил бы из них
в зависимости от требований заказчика, то тогда бы
Oleg LOA пишет:
Этот вариант не подойдет т.к. чисел может быть несколько например
Вот если бы ты хранил все эти атрибуты отдельно, а номер лепил бы из них
в зависимости от требований заказчика, то тогда бы твои волосы были
мягкие и шелковистые. И не возникало бы подобных вопросов.
И
Приветствую Вас,
21.02.2006 в 14:08, Вы писали:
AC Нету у него формата, Олег.
AC Сплошная импровизация операторов вместо этого.
AC Посмотри его пример.
Это всего лишь был пример, именно пример.
Почему импровизация, и хранить разобранный номер не имеет смысла, т.к.
номер формируется при
Dmitry Kotelnikov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Да какая маска, номер произвольный, захотел формируешь по шаблону как
описал раньше захотел написал Вася9, это и есть номер.
А тогда о какой собственно упорядоченности идёт речь? Выясни алгоритм
опредления порядка у
Dmitry Kotelnikov wrote:
Многабукв
А ведь всего лишь вторник. Что же ещё будет в пятницу? :-D
--
Regards. Ded.
Приветствую Вас,
21.02.2006 в 14:18, Вы писали:
Да какая маска, номер произвольный, захотел формируешь по шаблону как
описал раньше захотел написал Вася9, это и есть номер.
OL А тогда о какой собственно упорядоченности идёт речь? Выясни
OL алгоритм опредления порядка у заказчика по такому
Dmitry Kotelnikov пишет:
Приветствую Вас,
21.02.2006 в 14:08, Вы писали:
#номер_5#=Номер документа с лидирующими нулями при разрядности 5, например
5
#номер_4#=Номер документа с лидирующими нулями при разрядности 4, например
0175
#букв_месяц+1_год#=Следующий месяц словами и год,
Приветствую Вас,
21.02.2006 в 15:09, Вы писали:
D Dmitry Kotelnikov wrote:
Многабукв
DА ведь всего лишь вторник. Что же ещё будет в пятницу? :-D
Это Вы меня типа цитировали или как? Интересно в каком посте я мог
такое написать, вот прошел поиском не нашел?
--
С Уважением, Дмитрий
Приветствую Вас,
21.02.2006 в 15:24, Вы писали:
SR Dmitry Kotelnikov пишет:
#номер_5#=Номер документа с лидирующими нулями при разрядности 5, например
5
#номер_4#=Номер документа с лидирующими нулями при разрядности 4, например
0175
#букв_месяц+1_год#=Следующий месяц словами и год,
Dmitry Kotelnikov пишет:
Приветствую Вас,
21.02.2006 в 15:24, Вы писали:
SR Эээ... Это ноухау в шифровании данных. :)
Читайте полностью пост, а не через строку. Блин народ, это тут принято
так постебатся с новичка или как :)???
Дима, не обижайся. Народ тут, по-большей части, не
Приветствую Вас,
21.02.2006 в 15:59, Вы писали:
SR ИМХО, как бы это помягче сказать, у тебя не самое удачное архитектурное
SR решение. Форматирование в удобном для юзера виде вещь нужная и полезная.
SR НО! Это дело клиента и только клиента. Не дело хранить такую кашу на
SR сервере.
А какая же
Привет, Dmitry!
Вы пишешь 21 февраля 2006:
[Sorry, skipped]
DK А какая же это каша, это тоже самое что сказать зачем хранить мою
DK фамилию Котельников полностью в отдельном поле если можно создать
DK табличку с буковками и сделать ссылки на них формируя свою фамилию,
DK согласны это
А какая же это каша, это тоже самое что сказать зачем хранить мою
фамилию Котельников полностью в отдельном поле если можно создать
табличку с буковками и сделать ссылки на них формируя свою фамилию,
согласны это перебор. Фамилия это набор символов также как и номер
Котельников надо хранить в
Приветствую Вас,
21.02.2006 в 17:20, Вы писали:
DK вот как раз твой этот номер - он составной. Он НЕ целый и неделимый.
DK Как минимум потому, что там есть символы /. И еще потому, что ты его
DK хочешь сортировать в экзотическом виде.
Символ / был показан как пример, порядок этих шаблонов может
Приветствую Вас,
21.02.2006 в 17:32, Вы писали:
А какая же это каша, это тоже самое что сказать зачем хранить мою
фамилию Котельников полностью в отдельном поле если можно создать
табличку с буковками и сделать ссылки на них формируя свою фамилию,
согласны это перебор. Фамилия это набор
Привет!
Почему импровизация, и хранить разобранный номер не имеет смысла, т.к.
номер формируется при создании документа и храниться дальше как набор
символов т.к. какой смысл его хранить по отдельности если по
отдельности эти данные пользователю не понадобятся это просто номер
документа но
Хаос автоматизации не поддаётся.
Это аксиома.
Жизнь слишком коротка чтоб заниматься мелочами. Начнем сразу с невозможного.
Начни с формализации бизнес-правил.
Несогласных и упорствующих - расстрелять, к едрени фени!
Это 1 бизнес-правило? :)
Dmitry Kotelnikov [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
Приветствую Вас,
21.02.2006 в 9:57, Вы писали:
a select substr('00', 1, 10-strlen(Number)) || number, * from
table
a order by 1
a udf: RFUNC2 или встроенными
Большое спасибо
Hello, aLKoGolik!
You wrote on Tue, 21 Feb 2006 20:37:10 +0200:
a Во всех остальных случаях (IB/FB), насколько я знаю,
a индексы по вычисляемых полях не создаются ...
FB2 умеет.
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixangry_dogtndottobdotru
Hello, Dmitry!
You wrote on Tue, 21 Feb 2006 18:08:15 +0200:
DK Ну, а если развивать тему :) тогда уж надо создать табличку НАМЕС и
DK МИДЛЕНАМЕС и хранить уникальные там, а в документе делать ссылки.
DK :) Не
Это ты потом берешь и единым махом всех ИвАновичей меняешь на АбрАмовичей ?
Hello, Sergey!
You wrote to Dmitry Kotelnikov on Tue, 21 Feb 2006 18:26:41 +0200:
SM Если по существу - может все же формализировать принцип
SM построения номера более жестко? Как правильно, а не как
SM хочет заказчик?
Тем более, что сей заказчик редко себе представляет, чего именно он
Приветствую Вас,
21.02.2006 в 18:26, Вы писали:
SM Уважаемый, а вы не родственник Евгения Болтика? (Жень, без обид, но
SM стиль изложения мыслей у этого товарища точно такой же).
Нет, а это плохо? :)
SM Если по существу - может все же формализировать принцип построения
SM номера более жестко?
Приветствую Вас,
21.02.2006 в 18:24, Вы писали:
D наверное всё-таки в одной транзакции и апдейтится не другой рядок а
D другая колоночка потому что именно так такая проблема встречалась раньше
D встречается нынче и будет встречаться ещё некоторое время потому что
D пока альтер ещё не
Здравствуйте, Dmitry.
Вы писали 20 февраля 2006 г., 18:02:54:
Понимаю что изначально надо было вести сортировку так:
0001
0002
0010
номер-3
но база уже забита, как выйти из ситуации? Спасибо.
Предлагаю напустить хитрый апдейт на это поле и исправить сразу, чтоб
потом головняков меньше
62 matches
Mail list logo