номера могут быть
как числовыми так и с содержанием символов, например:
1
2
номер-3
10
при сортировки этого поля (SELECT nu FROM nakl ORDER BY nu), выдает:
1
10
2
номер-3
как строковая сортировка все правильно, но надо отсортировать как
число, можно конечно использовать ORDER BY CAST (nu AS INTEGER
Dmitry Kotelnikov пишет:
> Приветствую Вас,
>
Привет!
> как строковая сортировка все правильно, но надо отсортировать как
> число, можно конечно использовать ORDER BY CAST (nu AS INTEGER ) но
> проблема в "номер-3" можно ее игнорировать например доставлять в кон
Здравствуйте, Dmitry.
Вы писали 20 февраля 2006 г., 18:02:54:
> Понимаю что изначально надо было вести сортировку так:
> 0001
> 0002
> 0010
> номер-3
> но база уже забита, как выйти из ситуации? Спасибо.
Предлагаю напустить "хитрый" апдейт на это поле и исправить сразу, чтоб
потом головняков ме
Привет, Dmitry!
Вы пишешь 20 февраля 2006:
[Sorry, skipped]
DK> Есть табличка накладной например NAKL, в ней есть строковое поле NU,
DK> это поле предназначается для нумерации документов номера могут быть
DK> как числовыми так и с содержанием символов
[Sorry, skipped]
DK> как строковая сорт
when (S.INVOICE like '%-%') then null
else cast(S.INVOICE as integer)
end,
case
when (S.INVOICE like '%-%') then S.INVOICE
else null
end
FROM SENDINGS S
order by 3, 4, S.INVOICE
INVOICE - это как раз такой пользовательский номер.
Dmitry Kotelnikov пишет:
>
> Этот вариант не подойдет т.к. чисел может быть несколько например
> "СФ-2006/02/12-15", хотя по скорости был бы идеален.
И какое цыфирь из этого ты хочешь использовать для сорта?
2006/02/12-15 = 68.58 Эту? ;)
--
Удачи!
Shiliaev Ruslan
Dmitry Kotelnikov пишет:
> :) Тут как строку, но если строка содержит только цифры тогда надо
> сортировать как цифры.
>
Ну дык, еще раз: пишешь UDF, в которой парсишь свой магический номер
документа, если можно извлечь число -извлекаешь, если нет возвращаешь
NULL. В ORDER BY пишешь:
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.
Dmitry Kotelnikov пишет:
> >> Этот вариант не подойдет т.к. чисел может быть несколько например
> >> "СФ-2006/02/12-15", хотя по скорости был бы идеален.
>
> SR> Но вообще-то надо в консерватории править. Ты _три_ сущности (серия,
> SR> номер и дата документа) хранишь в одном поле. Подумай над
> AC>> Несогласных и упорствующих - расстрелять, к едрени фени!
>
> AAV> Ну, блин, сразу и расстрелять, когда можно и повесить...
>
> Ну, можно, при желании.
> За яйца.
"Злой ты, зайчонок. Недобрый." (С)Гоблин, Шматрица :))
"Shiliaev Ruslan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Dmitry Kotelnikov пишет:
>> >> Этот вариант не подойдет т.к. чисел может быть несколько например
> Вот если бы ты хранил все эти атрибуты отдельно, а номер лепил бы из них
> в зависимости от требований заказчика, то
Привет, Oleg!
Вы пишешь 21 февраля 2006:
[Sorry, skipped]
OL> И чтобы ему это дало???
OL> У него простая задача - упорядочить множество номеров.
OL> Формат номера известен - пишется UDF и всё.
Нету у него формата, Олег.
Сплошная импровизация операторов вместо этого.
Посмотри его пример.
Oleg LOA пишет:
>>> >> Этот вариант не подойдет т.к. чисел может быть несколько например
>> Вот если бы ты хранил все эти атрибуты отдельно, а номер лепил бы из них
>> в зависимости от требований заказчика, то тогда бы твои волосы были
>> мягкие и шелковистые. И не возникало бы подобных вопросо
Dmitry Kotelnikov wrote:
> Многабукв
А ведь всего лишь вторник. Что же ещё будет в пятницу? :-D
--
Regards. Ded.
Dmitry Kotelnikov пишет:
> Приветствую Вас,
>
> 21.02.2006 в 14:08, Вы писали:
>
> #номер_5#=Номер документа с лидирующими нулями при разрядности 5, например
> 5
> #номер_4#=Номер документа с лидирующими нулями при разрядности 4, например
> 0175
> #букв_месяц+1_год#=Следующий месяц словам
Dmitry Kotelnikov пишет:
> Приветствую Вас,
>
> 21.02.2006 в 15:24, Вы писали:
>
> SR> Эээ... Это ноухау в шифровании данных. :)
>
> Читайте полностью пост, а не через строку. Блин народ, это тут принято
> так постебатся с новичка или как :)???
Дима, не обижайся. Народ тут, по-большей части, не
Привет, Dmitry!
Вы пишешь 21 февраля 2006:
[Sorry, skipped]
DK> А какая же это каша, это тоже самое что сказать зачем хранить мою
DK> фамилию "Котельников" полностью в отдельном поле если можно создать
DK> табличку с буковками и сделать ссылки на них формируя свою фамилию,
DK> согласны это п
Dmitry Kotelnikov wrote:
> ЗЫ: скоро напишу про проблемы с АЛТЕР + АПДЕЙТ в разных транзакциях
> где АПДЕЙТИТСЯ другой рядок, только найду "рабочую ошибку",
> встречалась ли такая проблема раньше?
наверное всё-таки в одной транзакции и апдейтится не другой рядок а
другая колоночка потому что
Dmitry Yemanov wrote:
>>встречается нынче и будет встречаться ещё некоторое время
>
>
> В 2.0 больше не встречается.
Наслышан :) Потому и сказал про "некоторое время", а не просто
"встречаться будет" ;)
--
Regards. Ded.
> Хаос автоматизации не поддаётся.
> Это аксиома.
Жизнь слишком коротка чтоб заниматься мелочами. Начнем сразу с невозможного.
> Начни с формализации бизнес-правил.
> Несогласных и упорствующих - расстрелять, к едрени фени!
Это 1 бизнес-правило? :)
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 venixtntobru
Hello, Sergey!
You wrote to Dmitry Kotelnikov on Tue, 21 Feb 2006 18:26:41 +0200:
SM> Если по существу - может все же формализировать принцип
SM> построения номера более жестко? Как правильно, а не как
SM> хочет заказчик?
Тем более, что сей заказчик редко себе представляет, чего именно он хоче
Привет, Dmitry!
Вы пишешь 22 февраля 2006:
DK> Как хочет заказчик так и правильно!
Конечно! Ведь это заказчик проводит анализ соотношений сущностей,
проектирует структуры и делает нормализацию.
DK> Я не хочу продолжать эту тему, т.к. объяснять 10 раз одно и тоже самое
DK> нет смысла.
Продол
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Dmitry Kotelnikov wrote:
>
>> ЗЫ: скоро напишу про проблемы с АЛТЕР + АПДЕЙТ в разных транзакциях
>> где АПДЕЙТИТСЯ другой рядок, только найду "рабочую ошибку",
>> встречалась ли такая проблема раньше?
>
>наверное всё-таки в
Oleg LOA wrote:
> ВЫДЫХАЙ, ВЫДЫХАЙ СКОРЕЕ, БОБЁР!!!
Я, помозоливши мозг об посты аффтара, подумал, что ему так понятнее
будет и проявил заботу. Похоже, угадал - вишь, ответ есть ;)
--
Regards. Ded.
Доброго времени суток!
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
Приветствую Вас,
21.02.2006 в 8:57, Вы писали:
SR> Напиши UDF которая выкусывает из строки число. Создай Integer поле,
SR> которое заполняй в триггере, вызывая эту UDF. По этому полю и сортируй.
Этот вариант не подойдет т.к. чисел может быть несколько например
"СФ-2006/02/12-15", хотя по скорост
Приветствую Вас,
21.02.2006 в 9:09, Вы писали:
Ю> Предлагаю напустить "хитрый" апдейт на это поле и исправить сразу, чтоб
Ю> потом головняков меньше было.
Так и будет только это можно будет сделать только с нового года т.к.
по документам уже везде пошли такие номера и менять их нельзя, можно
кон
Приветствую Вас,
21.02.2006 в 9:57, Вы писали:
a> select substr('00', 1, 10-strlen(Number)) || number, * from table
a> order by 1
a> udf: RFUNC2 или встроенными
Большое спасибо, пока воспользуюсь этим вариантом, но как я понимаю
будут проблемы со скоростью или вряд л
Приветствую Вас,
21.02.2006 в 11:24, Вы писали:
SR> И какое цыфирь из этого ты хочешь использовать для сорта?
SR> 2006/02/12-15 = 68.58 Эту? ;)
:) Тут как строку, но если строка содержит только цифры тогда надо
сортировать как цифры.
--
С Уважением, Дмитрий Котельников
Приветствую Вас,
21.02.2006 в 12:23, Вы писали:
SR> Ну дык, еще раз: пишешь UDF, в которой парсишь свой магический номер
SR> документа, если можно извлечь число -извлекаешь, если нет возвращаешь
SR> NULL. В ORDER BY пишешь:
SR> CASE WHEN INTEGER_FIELD IS NULL THEN CHAR_FIE
Приветствую Вас,
21.02.2006 в 14:08, Вы писали:
AC> Нету у него формата, Олег.
AC> Сплошная импровизация операторов вместо этого.
AC> Посмотри его пример.
Это всего лишь был пример, именно пример.
Почему импровизация, и хранить разобранный номер не имеет смысла, т.к.
номер формируется при созда
Приветствую Вас,
21.02.2006 в 14:19, Вы писали:
>> И чтобы ему это дало??? У него простая задача - упорядочить
>> множество номеров. Формат номера известен - пишется UDF и всё.
Именно.
SR> Нельзя упорядочить неупорядочимое. (С)
SR> У него номера в виде строки без маски с клавы вводят.
Да какая
Приветствую Вас,
21.02.2006 в 14:18, Вы писали:
>> Да какая маска, номер произвольный, захотел формируешь по шаблону как
>> описал раньше захотел написал Вася9, это и есть номер.
OL> А тогда о какой собственно упорядоченности идёт речь? Выясни
OL> алгоритм опредления порядка у заказчика по таком
Приветствую Вас,
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_год#=Следующий месяц слова
Приветствую Вас,
21.02.2006 в 15:59, Вы писали:
SR> ИМХО, как бы это помягче сказать, у тебя не самое удачное архитектурное
SR> решение. Форматирование в удобном для юзера виде вещь нужная и полезная.
SR> НО! Это дело клиента и только клиента. Не дело хранить такую кашу на
SR> сервере.
А какая
Приветствую Вас,
21.02.2006 в 17:20, Вы писали:
DK> вот как раз твой этот "номер" - он составной. Он НЕ целый и неделимый.
DK> Как минимум потому, что там есть символы /. И еще потому, что ты его
DK> хочешь сортировать в экзотическом виде.
Символ / был показан как пример, порядок этих шаблонов м
Приветствую Вас,
21.02.2006 в 17:32, Вы писали:
>> А какая же это каша, это тоже самое что сказать зачем хранить мою
>> фамилию "Котельников" полностью в отдельном поле если можно создать
>> табличку с буковками и сделать ссылки на них формируя свою фамилию,
>> согласны это перебор. Фамилия это н
Привет!
> Почему импровизация, и хранить разобранный номер не имеет смысла, т.к.
> номер формируется при создании документа и храниться дальше как набор
> символов т.к. какой смысл его хранить по отдельности если по
> отдельности эти данные пользователю не понадобятся это просто номер
> документа
Приветствую Вас,
21.02.2006 в 18:26, Вы писали:
SM> Уважаемый, а вы не родственник Евгения Болтика? (Жень, без обид, но
SM> стиль изложения мыслей у этого товарища точно такой же).
Нет, а это плохо? :)
SM> Если по существу - может все же формализировать принцип построения
SM> номера более жестк
Приветствую Вас,
21.02.2006 в 18:24, Вы писали:
D> наверное всё-таки в одной транзакции и апдейтится не другой рядок а
D> другая колоночка потому что именно так такая проблема встречалась раньше
D> встречается нынче и будет встречаться ещё некоторое время потому что
D> пока альтер ещё не ком
Приветствую Вас,
22.02.2006 в 11:23, Вы писали:
DK>> Я не хочу продолжать эту тему, т.к. объяснять 10 раз одно и тоже самое
DK>> нет смысла.
AC> Продолжай, продолжай.
AC> Ты всех победишь.
AC> Все не правы.
AC> И упорствуют в неведении своём...
Я нее говорил, что кто-то не прав, и не стараюсь
Кузнецов Евгений 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
запрещены
Кузнецов Евгений wrote:
Поразмыслил еще и утратил понимание:
Почему разрешено
order by -1
Ведь и 2, и 0, и -1 - константы?
Еще раз - это особенность парсинга. -1 на выходе парсера является
функцией negate(constant).
Не проще ли запретить сортировку по константе, не являющейся номером
сии стандарта я не нашел понятия сортировки по
> номеру столбца. В результате имеем мешанину старого и нового.
М-да, но если приводить в соответствие и позволять, например, order by
(число столбцов +1) с неявным "dummy sort" или вообще с произвольной
сортировкой, то это явно не лучше, ч
),
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
Люди, только не кидайте в меня камнями
Сегодня копался внутри программы и
обнаружил запрос с ORDER BY по полю,
которое не перечисленно между select и from
Запрос без проблем отрабатывал как на
1.5.3 так и на FB2
Моя в недоумении - ведь эту штуку вроде
как сломали, и нужно явно выбирать
колонки
UDF. По этому полю и сортируй.
>
> Этот вариант не подойдет т.к. чисел может быть несколько например
> "СФ-2006/02/12-15", хотя по скорости был бы идеален.
Это единственно верный вариант. Пиши свою UDF определяющую правило сортировки и
сортируй по ней
select
order by my_order_udf(nu)
> Я не храню 3 сущности это только номер, у меня есть шаблонная
> нумерация которая позволяет вставлять в номер и дату, и месяц и
> квартал и год и номер склада и подразделения и т.д., это желание
> клиента из чего он формируется.
Показывать номер клиенту и хранить номер в базе - две большие разниц
"Alexander Kolokolzov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL
PROTECTED]
> Показывать номер клиенту и хранить номер в базе - две большие разницы. Я бы
> такой составной номер хранил в виде различных полей, а перед >выводом собирал
> бы их все в кучу. И тебе счастье и юзеру.
Номер атом
> Номер атомарен? Боюсь что да, тогда какой смысл имеют его отдельные куски в
> БД?
Кхм. А как тогда надо?
"Dmitry Kotelnikov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Да какая маска, номер произвольный, захотел формируешь по шаблону как
> описал раньше захотел написал Вася9, это и есть номер.
А тогда о какой собственно упорядоченности идёт речь? Выясни алгоритм
опредления порядка
"Sergey Mereutsa" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Если по существу - может все же формализировать принцип построения
>номера более жестко? Как правильно, а не как хочет заказчик?
Зависит от платежеспособности клиента :-), а так, мы готовы реализовать любые
ваши прикл
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
Kovalenko Dmitry wrote:
Сегодня копался внутри программы и
обнаружил запрос с ORDER BY по полю,
которое не перечисленно между select и from
Запрос без проблем отрабатывал как на
1.5.3 так и на FB2
И будет работать.
Моя в недоумении - ведь эту штуку вроде
как сломали, и нужно явно выбирать
Привет, Kovalenko!
Вы пишешь 18 октября 2006:
KD> Моя в недоумении - ведь эту штуку вроде
KD> как сломали, и нужно явно выбирать
KD> колонки в по которым выполняется
KD> сортировка ???
Нет.
Ограничение только на запросы с _группировкой_.
--
With best regards, Alex Cherednichenko.
"Kovalenko Dmitry" ...
> Люди, только не кидайте в меня камнями
Боисся ;)
> Сегодня копался внутри программы и
> обнаружил запрос с ORDER BY по полю,
> которое не перечисленно между select и from
Ничего криминального
> Запрос без проблем отрабатывал ка
Kovalenko Dmitry wrote:
Люди, только не кидайте в меня камнями
Иэххх, а я булыжничок припас хаароооший :(
обнаружил запрос с ORDER BY по полю,
которое не перечисленно между select и from
Моя в недоумении - ведь эту штуку вроде
как сломали, и нужно явно выбирать
колонки в по которым
Malinovsky Vladimir wrote:
>
А еще стало сортировать по-другому: сперва значения с Null, потом -
остальное. :)
См. стандарт. Еще можно доку почитать на этот счет.
--
Дмитрий Еманов
Malinovsky Vladimir wrote:
Ну да, ну да. Прочитал уже. И юзерам прочитать дал. Впечатлило их :).
("...ну, раз стандарт, тогда да...")
Для принципиальных есть 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 venixtntobru
> Люди, только не кидайте в меня камнями
Всем спасибо за ответы. Ураа!
Правда я, с перепугу, все таки
"укабанил" три запроса - добавив в
выборку поле по которому идет
сортировка. Теперь буду обратно
откабанивать.
Коваленко Дмитрий.
ÃÃÃÃÃ ÃÃÃÃÃÃÃÃ
ÃÃ
ÃÃÃÃ ÃÃ
ÃÃÃ
ÃÃ 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.
Добрый день!
Прошу прощения если эта тема уже обсуждалась :)
При попытке сортировки в запросе по вычисляемому полю получаем ошибку:
arithmetic exception, numeric overflow, or string truncation
Select * from table проходит нормально
Если не обсуждалось могу привести более подробные примеры
С
°Ðº:
select substr('00', 1, 10-strlen(Number)) || number, * from table
order by 1
udf: RFUNC2 или вÑÑÑоеннÑми
Alex Cherednichenko пиÑеÑ:
> Ð¥Ð°Ð¾Ñ Ð°Ð²ÑомаÑизаÑии не поддаÑÑÑÑ.
> ÐÑо акÑиома.
Я ÑанÑÑе Ñоже Ñак ÑÑиÑал, но ÑÑÑ Ð½Ð° глаза попалоÑÑ Ð±Ð¾Ð»ÐµÐµ мÑгкое ÑÑвеÑждение:
"РезÑлÑÑаÑом авÑомаÑÐ
Hello, Dmitry!
Dmitry Kotelnikov wrote:
> SR> ÐÐ! ÐÑо дело клиенÑа и ÑолÑко клиенÑа. Ðе дело Ñ
ÑаниÑÑ ÑакÑÑ ÐºÐ°ÑÑ Ð½Ð°
> SR> ÑеÑвеÑе.
>
> Ð ÐºÐ°ÐºÐ°Ñ Ð¶Ðµ ÑÑо каÑа, ÑÑо Ñоже Ñамое ÑÑо ÑказаÑÑ Ð·Ð°Ñем Ñ
Ñ
Hello, Dmitry!
You wrote on Tue, 21 Feb 2006 18:08:15 +0200:
DK> ÐÑ, а еÑли ÑазвиваÑÑ ÑÐµÐ¼Ñ :) Ñогда Ñж надо ÑоздаÑÑ ÑаблиÑÐºÑ ÐÐÐÐС и
DK> ÐÐÐÐÐÐÐÐÐС и Ñ
ÑаниÑÑ ÑникалÑнÑе Ñам, а в докÑменÑе делаÑÑ
Hello, Dmitry!
You wrote on Tue, 21 Feb 2006 18:08:15 +0200:
DK> ÐÑ, а еÑли ÑазвиваÑÑ ÑÐµÐ¼Ñ :) Ñогда Ñж надо ÑоздаÑÑ ÑаблиÑÐºÑ ÐÐÐÐС и
DK> ÐÐÐÐÐÐÐÐÐС и Ñ
ÑаниÑÑ ÑникалÑнÑе Ñам, а в докÑменÑе делаÑÑ
Hello, Alkogolik!
aLKoGolik wrote:
> ÐÐ¾Ñ ÐºÐ¾Ð»Ð¸ на Yaffil, пÑÑÑÑ Ð¿Ð¾Ð¿ÑавÑÑ Ð³ÑÑÑ (Ñ Ð²ÐµÐ´Ñ Ñоже ÑÑÑÑÑ),
> можно ÑоздаÑÑ Ð²ÑÑиÑлÑемое поле по ÑÑÐ¾Ð¼Ñ Ð¿ÑинÑипÑ,
> и поÑÑÑоиÑÑ Ð¸Ð½Ð´ÐµÐºÑ Ð¿Ð¾ вÑÑиÑлÑемомÑ
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> ÑообÑил/ÑообÑила в
новоÑÑÑÑ
ÑледÑÑÑее: news:[EMAIL PROTECTED]
> Hello, Alkogolik!
>
> aLKoGolik wrote:
>
>> и поÑÑÑоиÑÑ Ð¸Ð½Ð´ÐµÐºÑ Ð¿Ð¾ вÑÑиÑлÑÐµÐ¼Ð¾Ð¼Ñ Ð¿Ð¾Ð»Ñ.
>
> можно поÑÑÑоиÑÑ Ð¸Ð½Ð´Ðµ
Леонид Агафонов wrote:
Если не обсуждалось могу привести более подробные примеры
Приводи.
--
Дмитрий Еманов
> Ð ÐºÐ°ÐºÐ°Ñ Ð¶Ðµ ÑÑо каÑа, ÑÑо Ñоже Ñамое ÑÑо ÑказаÑÑ Ð·Ð°Ñем Ñ
ÑаниÑÑ Ð¼Ð¾Ñ
> ÑÐ°Ð¼Ð¸Ð»Ð¸Ñ "ÐоÑелÑников" полноÑÑÑÑ Ð² оÑделÑном поле еÑли можно ÑоздаÑÑ
> ÑаблиÑÐºÑ Ñ Ð±Ñковками и Ñдел
0-strlen(Number)) || number, * from
> table
> a> order by 1
> a> udf: RFUNC2 или вÑÑÑоеннÑми
>
> ÐолÑÑое ÑпаÑибо, пока воÑполÑзÑÑÑÑ ÑÑим ваÑианÑом, но как Ñ Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ñ
> бÑдÑÑ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ñ Ñо Ñк
Доброго времени суток.
Вопрос о order by distinct
Есть две таблицы:
/***/
CREATE TABLE TB_TEST_VALUE (
ID INTEGER NOT NULL,
NAME DN_VCHAR256 NOT NULL /* DN_VCHAR256 = VARCHAR(256) */
);
ALTER TABLE TB_TEST ADD CONSTRAINT PK_TB_TEST_VALUE PRIMARY KEY (ID
Taras Kucher wrote:
Так вот. При наличии в представлении VW_TEST слова distinct сортровка по
дате ну нифига не проходит, хоть ты тресни. В чем мой завтык?
Бага:
http://tracker.firebirdsql.org/browse/CORE-1089
--
Дмитрий Еманов
Dmitry Yemanov пишет:
Бага:
http://tracker.firebirdsql.org/browse/CORE-1089
Может я не зарегистрирован там и не увидел, но нарыл вот ещё что.
Если пробовать сортировать указанное представление VW_TEST по полю
TEST_VALUE_NAME detail-таблицы TB_TEST_VALUE, то сортировка проходит
успешно. А вот
á Ã
ÃÃ
ÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃ-ÃÃÃÃÃÃÃ: ÃÃÃ
ÃÃÃ ÃÃÃÃÃ
ÃÃÃ Ã Null, ÃÃÃÃÃ -
ÃÃÃÃÃÃÃÃÃ
. :)
"Dmitry Yemanov" ...
>
> óÃ. ÃÃÃÃÃÃÃÃ. Ã¥ÃÃ
ÃÃÃÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃ ÃÃÃÃ ÃÃÃ
Ã.
>
îà ÃÃ, Ãà ÃÃ. ðÃÃÃÃÃÃà ÃÃÃ
. é ÃÃÃ
ÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃ. ÷ÃÃ
ÃÃÃÃÃÃÃ ÃÃ :).
("...ÃÃ, ÃÃÃ ÃÃÃÃÃÃÃÃ, ÃÃÃÃÃ ÃÃ...")
Ã
"Dmitry Yemanov"
> äÃà ÃÃÃÃÃÃÃÃÃÃÃÃÃà Ã
ÃÃÃ NULLS LAST.
>
ðÃÃÃÃ. ëÃà ÃÃÃ
ÃÃ
ÃÃ ÃÃ
ÃÃ
ÃÃ
ÃÃÃ, Ã ÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ ÃÃÃ
ÃÃ
ÃÃ. :)
ÃÃÃÃÃ
à ÃÃÃ
ÃÃ ÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃ
ÃÃÃÃÃÃ
ÃÃ-ÃÃ ÃÃ
ÃÃÃÃÃÃÃÃ
ÃÃÃÃ ÃÃÃÃÃÃÃÃÃ ÃÃÃ ÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃ
ÃÃÃ ÃÃÃ Ã.Ã.
ÃÃÃÃÃ
à ÃÃÃ
ÃÃ ÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃ
ÃÃÃÃÃÃ
ÃÃ-ÃÃ ÃÃ
ÃÃÃÃÃÃÃÃ
ÃÃÃÃ ÃÃÃÃÃÃÃÃÃ ÃÃÃ ÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃ
ÃÃÃ ÃÃÃ Ã.Ã.
ÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃÃÃ ÃÃÃ
ÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃ
ÃÃÃÃ ÃÃ
93 matches
Mail list logo