2000 Добавить в SELECT номер строки.

← →
KAA © (2002-08-14 19:17) [0]

Как можно в селекте сделать еще одно поле, в котором будет порядковый номер строки? Т.е. чтоб все строки были подряд пронумерованы.

← →
Suntechnic © (2002-08-14 19:27) [1]

..а что есть порядковый номер? Что он должен собой символизировать? Уникалным идентификатором он не является... более того если ты два раза выполнишь один о тот же запрос никто тебе не сможет гарантировать что под номером 1 будет одна и таже запись. Можно конечно добавить вычисляемое поле и там счётчик вставить, но подумай зачем?

← →
Polevi © (2002-08-14 20:06) [2]

затем что если в счете у тебя 200 позиций и клиент хочет одну из них исправить - проще всего найти ее по номеру

← →
Anatoly Podgoretsky © (2002-08-14 20:33) [3]

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

← →
Reindeer Moss Eater (2002-08-14 20:37) [4]

>Polevi ©
Проще всего и всегда было искать по Primary Key.

← →
Val © (2002-08-14 20:40) [5]

вечная тема...
надо бы в FAQ уже выкидывать, настолько частая.

← →
Suntechnic © (2002-08-14 20:59) [6]

>Polevi © (14.08.02 20:06)
>затем что если в счете у тебя 200 позиций и клиент хочет одну из них исправить - проще всего найти ее по номеру

Найти по номеру что? Нет такого понятия в БД, как номер записи. Вопрос: что вы собираетесь найти по номеру который симолизирует собой позицию записи в окне? Так и говорите, "клиент хочет исправить первую попавщуюся запись", а для этого номер её позиции в окне не нужен.

← →
KAA © (2002-08-15 09:24) [7]

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

>Val
Так хоть подскажи, или ссылку дай.

← →
Praco © (2002-08-15 09:25) [8]

Примерно так:
select (select count(*) from authors a1 where a1.au_id <= a.au_id), a.* from authors a
order by a.au_id

"а что есть порядковый номер?" А не нужно теоретизировать. Вопрос-то конкретный. Реальные воплощения SQL серверов, как правило, не соответствуют требованиям реляционной модели. Кроме того, если в форме отчета есть поле "№ п/п", не будешь же рассказывать юзеру теорию реляционных отношений.

← →
KAA © (2002-08-15 09:36) [9]

>Praco

Можно чуть подробней, что такое a1, a и поле au_id ?

>Кроме того, если в форме отчета есть поле "№ п/п", не будешь же рассказывать юзеру теорию реляционных отношений.

Все именно так. :)

← →
Mike Kouzmine (2002-08-15 09:37) [10]

Так им. Молодец Praco. Я про "А не нужно теоретизировать.Кроме того, если в форме отчета есть поле "№ п/п", не будешь же рассказывать юзеру теорию реляционных отношений."

← →
AlexSam (2002-08-15 09:45) [11]

Если ты выводишь данные в QR можно построить через QRLabel в событии BeforePrint: i:=i+1

← →
KAA © (2002-08-15 09:48) [12]

>AlexSam
В эксель я их вывожу.

← →
Johnmen © (2002-08-15 09:55) [13]

>Praco © (15.08.02 09:25)
>Реальные воплощения SQL серверов, как правило, не соответствуют
>требованиям реляционной модели.

Каким это таким требованиям ???

← →
wicked © (2002-08-15 10:04) [14]

2 Praco ©
спасибо за идеи... :)
(век живи - век учись...)

← →
Reindeer Moss Eater (2002-08-15 10:07) [15]

Если паровоз должен повернуть, совсем не обязательно в его топку бросать кривые дрова.
Не надо заставлять SQL сервер нумеровать возвращаемый рекордсет, надо нумеровать вставляемые в Excel данные.

← →
KAA © (2002-08-15 10:10) [16]

2 Reindeer Moss Eater ©
>Не надо заставлять SQL сервер нумеровать возвращаемый рекордсет, надо нумеровать вставляемые в Excel данные.

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

← →
Reindeer Moss Eater (2002-08-15 10:12) [17]

>KAA
Не надо. Сделай запрос к данным из книги Excel. Тем более у тебя MSSQL.

← →
Reindeer Moss Eater (2002-08-15 10:14) [18]

Либо промежуточная таблица с дополнительным полем "Номер записи" спасет тебя.

← →
KAA © (2002-08-15 10:16) [19]

2 Reindeer Moss Eater

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

← →
Polevi © (2002-08-15 10:17) [20]

2Suntechnic ©
Уважаемый, если у меня набор данных отсортирован по коду товара, я вполне могу расчитывать на то что каждый раз порядок строк будет одинаков (если не добавлять позиций). И не надо мне сообщать прописные истины насчет понятия номера записи. В моем понятии клиент это не оператор, который использует мою программу, а клиент компании с которым оператор работает.

2Reindeer Moss Eater
У меня в таблице содержимого счетов несколько милионов записей - пользователю конечно будет очень интересно узнать что первая позиция в его счете имеет номер 1347345 - вот они с клиентом будут общий язык находить по телефону когда клиент из мухосранска передумал и хочет вместо 10 шт товара взять 11 штук..

← →
Reindeer Moss Eater (2002-08-15 10:21) [21]

Сформируйте промежуточную таблицу, добавьте поле "Номер по порядку" Пройдитесь курсором и пронумеруйте это поле.

← →
3JIA9I CyKA © (2002-08-15 10:32) [22]

Reindeer Moss Eater дело говорит!

← →
Val © (2002-08-15 10:45) [23]

кстати, вопрос знатокам MSSQL: а нет ли у данного сервера такого замечательного псевдостолбца как rownum из Oracle?

← →
Praco © (2002-08-15 10:49) [24]

KAA © (15.08.02 09:36)
au_id - уникальный идентификатор. a1 - алиас таблички. Если не понятно, почитай М.Грабера.

Johnmen © (15.08.02 09:55)
>Praco © (15.08.02 09:25)
>Реальные воплощения SQL серверов, как правило, не соответствуют
>требованиям реляционной модели.

Каким это таким требованиям ???

Например: в реляционной модели порядок следования полей не важен. В реальных SQL серверах поля пронумерованы и их порядок, как правило, важен.
NULL значения и операции с ними, трактовка доменов, и т.д.,... вспоминать не охота. Короче, теория реляционных отношений - наука, теория реляционных баз - прикладная псевдонаучка, слишком много упрощений и аксиом. Конкретный SQL сервер в стремлении расширить свои возможности еще больше отходит от требовани теории. MS SQL - яркий пример.
Главный аргумент: реляционное отношение не может быть ненормализовано, иначе это не отношение. Но любой SQL сервер позволяет создавать ненормализованные базы.
Продолжать не хочу, Дейта читал давно. :)

← →
3JIA9I CyKA © (2002-08-15 10:53) [25]

2Val - Нету.

← →
KAA © (2002-08-15 11:03) [26]

2 Praco ©
Все понял, протормозил немного. :)
Большое спасибо, сработало.

← →
Johnmen © (2002-08-15 11:05) [27]

>Praco © (15.08.02 10:49)
>... В реальных SQL серверах поля пронумерованы и их порядок,
>как правило, важен.

Ты где такого начитался ????!!!!!!! :)))))

Уважаемый ! Поскольку ты читал давно, то видимо подзабыл основные моменты реляц.БД ! А теперь, извини, гонишь пургу...

И вообще, какое отнощение нумерация (см.вопрос) имеет к реляционности ???!!!

← →
Val © (2002-08-15 11:06) [28]

тогда, скорее всего придется использовать курсор, как уже говорили, получаем соответственно потерю в скорости :(
Вариант же Praco © (15.08.02 09:25) безусловно хорош, но только если не важна сортировка, как я понял. А пользователь, как правило хочет видеть отсортированный и пронумерованный набор.

...И еще...Ты читал некоего и считаешь его рассуждения истиной в последней инстанции...Я же читал множество разных авторов, и они говорят несколько иное, чем Дейт...

А можно такое проделать с Парадохом???
Типа попробывал:
select
(select count(*)
from "customer.db" a1
where a1.CustNo<=a.CustNo) as Num,
a.*
from "customer.db" a
order by a.CustNo

Такой запрос проканывает но во всех записях Num=0...

← →
Mike Kouzmine (2002-08-15 11:25) [31]

Сколько ни читай, и кого ни читай, а истина все равно где-то рядом. Познавший истину молчит, а не познавший - горячится.
(Себя к познавшим не отношу)

Ты читал некоего и считаешь его рассуждения истиной в последней инстанции...Я же читал множество разных авторов, и они говорят несколько иное, чем Дейт...
Ну что же читай дальше
Был поставлен конкретный вопрос-Praco дал на него конкретный полный ответ!. Можно и поучиться.

>jonik pegas © (15.08.02 11:37) И иже с ним...

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

Кто посмел на Johnmen наезжать!?
Стыдно вам! ОН ЖЕ ПРАВ!!!

← →
Mike Kouzmine (2002-08-15 12:45) [35]

Прав тот, у кого больше прав или денег, что одно и тоже. Любое высказывание любого человека не истина в последней инстанции.
КАА получил задание и спросил конкретно, то надо отвечать конкретно или не отвечать. Ответ "нет и почему" или "да и как" - правильный, а все рассуждения типа "так делать неправильно потому что я (мы, они, и прочие уважаемые деятели) так не делают" являются бредом сивой кобылы.

← →
Mike Kouzmine (2002-08-15 12:47) [36]

Johnmen
Извиняюсь конечно. Погорячился...Мне стыдно
Но на основе совета Praco я сразу же наконец то сделал вывод порядкового номера в запросе для чего ранее мне необходимо было вспомогательное поле-(я задавал такой же вопрос ранее в форуме -ничего лучшего посоветовать не смогли)-отсюда и такая реакция. Но господа, по моему мы спорим на разные темы. Меня устраивает такая ПРАКТИЧЕСКАЯ реализация

>Mike Kouzmine (15.08.02 12:45)

Это ты к чему ?

>Mike Kouzmine (15.08.02 12:47)

>стыдно у кого видно< И тому, кто смотрит.

Ж:-))

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

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

Так что идеальный ответ выглядел бы так: "То что ты хочешь несколько криво, и по хорошему это надо сделать так. Но если хочешь по своему делать, то делай вот так."

>jonik pegas © (15.08.02 12:50)

Забыли...
Я тоже иногда горячусь...
Совет Praco © (15.08.02 09:25) вполне премлем, согласен, но дальнейшие его рассуждения о реляц.модели меня сильно напрягли...:))))

2000 Добавить в SELECT номер строки. Найти похожие ветки