![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
DataSet.recNo [D6]
йцукен © (2005-10-26 10:56:00)Результат запроса query отображен в DBGRID
Если идет работа с Парадоксом то сабж отображает номер активной записи.
А вот если задействован MSSQL то сабж показывает -1, при этом конечно query открыт и DataSet.RecordCount показывает все верно.
Подскажите в чем может быть дело
Digitman (2005-10-26 17:45:00) [1]
> msguns © (26.10.05 16:58) [31]
Ты, Серега, мог бы и промолчать).. Вроде не без головы на ногах)
Тем более что ты, думаю, надуваешь проблему як шарик воздушный)
Нельзя в дан.контексте использовать данный метод ? Нельзя. Не используй !
Можно в дан.контексте использовать данный метод ? Можо. Используй !
Digitman (2005-10-26 17:44:00) [2]Удалено модератором
Sergey13 (2005-10-26 17:01:00) [3]2[31] msguns © (26.10.05 16:58)
Сам бучу заварил, а потом осуждает. 8-)
msguns (2005-10-26 16:58:00) [4]Языки не болят еще ?
Johnmen (2005-10-26 16:37:00) [5]
> Sergey13 © (26.10.05 16:21) [27]
> А вдруг ТДатаСет вообще отменят? Что делать то будем? 8-
> )
Как в том фильме...
"- А если б он вёз патроны?
- А если б макароны?" (с)
:^)
Desdechado (2005-10-26 16:28:00) [6]возьмем старые исходники VCL и RTL - и буде он как феникс
Digitman (2005-10-26 16:27:00) [7]
> Sergey13 © (26.10.05 16:21) [27]
> вдруг ТДатаСет вообще отменят?
> Что делать
снимать штаны и бегать)
а вдруг двигатель внутреннего сгорания отменят ?)
Sergey13 (2005-10-26 16:21:00) [8]2[25] Johnmen © (26.10.05 16:03)
А вдруг ТДатаСет вообще отменят? Что делать то будем? 8-)
Anatoly Podgoretsky (2005-10-26 16:10:00) [9]Карелин Артем © (26.10.05 15:08) [20]
Только не на RecNo, например для dBase это физический номер, как не меняй сортировку, и я молчу про filter.
Johnmen (2005-10-26 16:03:00) [10]>Sergey13 © (26.10.05 15:54) [24]
М.б. ситуация, когда работают, а в следующей версии компонентов работают по-другому. И если мы, как все реальные паццаны, апгрейдимся и сервиспакуемся и потом перекомпилируемся, но грабли - вот они, уже возле лба...:)))))))
Sergey13 (2005-10-26 15:54:00) [11]2[23] Desdechado © (26.10.05 15:44)
>т.е. не привносит ничего нового.
А я то думал.... Э-э-э-эх! 8-)
>на всякие частности вроде RecNo, которые то работают, то не работают.
Что значит "то работают, то не работают"? В одних условиях? В одной программе в этих одних условиях? Если пишешь сразу и под Парадокс и под МС сервер, то естественно надо понимать, что это несколько разные вещи. Если пишешь только под Парадокс, то почему это "то работают, то не работают"? Это будет работать.
Много ли програм, работающих все равно на какой БД? И портирование на другую БД это тоже отдельная пестня.
ИМХО все исключительно.
Desdechado (2005-10-26 15:44:00) [12]> В [12] в принципе все сказано. Достаточно ичерпывающе.
Да, вот только границы каждый себе устанавливает сам (или его начальник :). Так что [12] скорее обобщает все мнения, т.е. не привносит ничего нового.
Кстати, тут достаточно часто мелькает мнение, что "программы пишутся для людей". Так вот человек, вынужденный разбираться или, что еще хуже, дорабатывать чужой код, будет долго плеваться на всякие частности вроде RecNo, которые то работают, то не работают.
А для себя - пожалуйста, хоть на машинных кодах в одну строку.
Карелин Артем (2005-10-26 15:14:00) [13]
> Johnmen © (26.10.05 15:13) [21]
Я так и думал :))
Johnmen (2005-10-26 15:13:00) [14]>Карелин Артем © (26.10.05 15:08) [20]
"уважаемые МАСТЕРА"
1. не занимаются наряжанием ёлок
2. но если бы их насильно заставили, то придумать пару тройку вариантов без рекно им бы не составило труда...
:)
Карелин Артем (2005-10-26 15:08:00) [15]Интрересно, как бы уважаемые МАСТЕРА сделали бы потомка DBGrid, в котором надо было бы раскрасить к примеру все нечетные записи серым цветом.
На что бы они ориентировались, кроме как RecNo?
Fay (2005-10-26 15:00:00) [16]2 msguns © (26.10.05 11:18) [3]
Этого мало?
>> А вот если задействован MSSQL то сабж показывает -1
Digitman (2005-10-26 13:40:00) [17]
> msguns © (26.10.05 13:12) [13]
> если я например, задумал построить курятник, то надо сразу
> делать его с таким расчетом, что в перспективе там могут
> содержаться коровые или, например, крокодилы
Вот потому в нашем царстве-государстве все так и удручающе хреново, что чуть ли не всякий "деятель", желая эдак "по-шустрому" сделать эдакий "бизнес" на едва знакомых ему курях, ничтоже сумняшеся лепит курятник из подручных материалов, абы скорей закудахтало) ..
А то что завтра его скороспелая "куриная продукция" будет неактуальна (не рентабельна, не модна, куры сдохнут от гриппа и т.д - нужное подчеркнуть) его, "куриного бизнесмена", нимало не сношает ..
> не могу взять в толк, почему некоторые Мастера на вопрос
> учащегося техникума о конструкции табуретки отсылают его
> в архитектурный институт или советуют для начала изучить
> основы сопромата
потому что этот "табуреточных дел мастер" завтра придет в этот же Форум и начнет канючить, мол, почему сделанная мной по вашим дурацким советам табуретка в одночасье рухнула под слоновьих размеров задницей)
> есть полная уверенность, что в ближайшем будущем все новые
> компоненты лоступа будут поддерживать упомянутый BOF,EOF
> ?
если производитель компонента понимает, на что ему дан TDataSet, и поддерживает эти соглашения, то он обязан перекрыть и реализовать соответствующие методы.
> чтобы выяснить кол-во извлеченных записей, непременно надо
> "исползать" вдоль и поперек (от BOF до EOF) весь курсор ?
не язви)... ты прекрасно понимаешь, что для этого есть Last/First .. и если в одной СУБД вызов RecordCount "в лоб" (т.е сразу после открытия НД) приведет к ожидаемым результатам, то в другой СУБД та же логика приведет к краху, ибо эта другая СУБД для отражения числа записей в НД требует, например, позиционирование на последней его записи.
msguns (2005-10-26 13:34:00) [18]>Anatoly Podgoretsky © (26.10.05 13:29) [16]
>1. Обязательно будут, без этого работа не возможно.
Ну-ну, Толя.. 15 лет назад я (да разве ж я один) считал виндуз неудачной попыткой "украшения" дос.
>2. Если хочешь гарантировано и при том для любых наборов данных , то будешь ползать. Наприм однонаправленные наборы, к тому же по коммуникационному порту.
Без "крокодилов" все же не обошлось ;(
Семеро на одного ? Ладно, сдаюсь, надоело из пустого в порожнее.
В [12] в принципе все сказано. Достаточно ичерпывающе.
Anatoly Podgoretsky (2005-10-26 13:29:00) [19]
> Кстати, а есть полная уверенность, что в ближайшем будущем
> все новые компоненты лоступа будут поддерживать упомянутый
> BOF,EOF ?
> И еще. Значицца, чтобы выяснить кол-во извлеченных записей,
> непременно надо "исползать" вдоль и поперек (от BOF до
> EOF) весь курсор ? Или я чего-то не "ущучил" ?
1. Обязательно будут, без этого работа не возможно.
2. Если хочешь гарантировано и при том для любых наборов данных, то будешь ползать. Наприм однонаправленные наборы, к тому же по коммуникационному порту.
Desdechado (2005-10-26 13:27:00) [20]да, и про коровник с крокодиловой фермой сравнение некорректное
просто программные средства имеют тенденцию часто и разнообразно меняться, особенно расширяться
и в рамках использованных ранее технологий не получается (или заказчик не хочет) решить новые задачи, переход на что-то новое (НП, новый вид датасета) - это простое решение с многими граблями. И хочется их уменьшить.