| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Пронумеровать записи [Access]
Alex_C © (2011-12-07 16:06:00)
Страницы: 1 2 3 4 5 6 7 8 9 10 11 >
Так правильнопронумеровать записи в таблице при выводе пользователю? Делал на CalcFields
if LogTable.RecNo <> -1 then
LogTableNumer.AsInteger := LogTable.RecNo
else if LogTable.Bof then
LogTableNumer.AsInteger := 1
else if LogTable.Eof then
LogTableNumer.AsInteger := LogTable.RecordCount;
До использования ADO+Access работало. Сейчас первую и последнюю запись неправильно нумерует - первую как номер последней записи, последнюю - как 1
Сусл_ (2011-12-19 23:17:00) [1]мое мнение - порядковый номер вещь полезная.
я думаю, что большая часть пользователей сморит на данные в каком-то одном порядке. например, в хронологическом.
в этом случае - номер, как ориентир вещь полезная.
Alex_C (2011-12-19 16:54:00) [2]
> Ты уверен, что там TDBGrid?
Проанализировав екхешник, пришел к выводу что там DBGridEH - но не уверен.
> как надо "пройдясь по верхушкам", без углубленного изучения
Ну вообще то я здесь как раз и занимаюсь: углубленным изучением предметной области.
И вообще - злой ты какой то)))
Ega23 (2011-12-19 10:31:00) [3]
> там какая то просто финаминальная скорость обновления данных
> в табличном виде. По ходу применен какой то не стандартный
> компонент. Пока не пойму какой.
Ты уверен, что там TDBGrid? :)
KilkennyCat (2011-12-19 01:27:00) [4]я за цыфирки.
antonn (2011-12-19 01:25:00) [5]капетан?
sniknik (2011-12-19 01:10:00) [6]есть, нет сторонних компонент, какая разница? если у тебя прямо таки уверенность. что скорости добиваются не знанием работы/методов/особенностей технологии/алгоритмов/т.д. а сторонними компонентами
> там какая то просто финаминальная скорость обновления данных в табличном виде. По ходу применен какой то не стандартный компонент. Пока не пойму какой.
а у второго "ученого" прям сразу "рецепт", а взять и поменять, типа не получилось как надо "пройдясь по верхушкам", без углубленного изучения, а пофигу, возьми другой. а не получится с ним (а точно не получится с таким подходом), тогда третий. и нормально нечего знать не будешь.
Alex_C (2011-12-18 22:13:00) [7]
> есть предложение начать учится хоть чему нибудь.
зря ты так. у меня в программе кроме БД и DBGridEh никаких сторонних компонентов нет - все свое, включая работу с инет, ком-порт и т.п. Я вообще ПРИНЦИПИАЛЬНО против сторонних компонентов. Только то, что действительно необходимо - БД самому все же так вот не напишешь. Хотя и было желание)))
antonn (2011-12-18 00:04:00) [8]
> есть предложение начать учится хоть чему нибудь.
ой, а "безкомпонентные методы доступа" вообще так много новых перспектив для изучения открывают :)
sniknik (2011-12-17 23:46:00) [9]> Пока не пойму какой.
мозг?
> есть предложение забить на Аксесс, провайдеры данных, и взяв sqlite
есть предложение начать учится хоть чему нибудь. а не перебирать компоненты, бросая все с чем что-то не получается. все в итоге бросишь, ничего не останется.
antonn (2011-12-17 23:26:00) [10]зря стебешься
Inovet (2011-12-17 23:05:00) [11]> [204] antonn © (17.12.11 22:59)
> sqlite
для полноты и на sqlite забить. Всё самому написать.
antonn (2011-12-17 22:59:00) [12]есть предложение забить на Аксесс, провайдеры данных, и взяв sqlite через api-шный интерфейс самому рисовать табличные данные, где надо и когда надо, и на чем надо :)
Alex_C (2011-12-17 22:38:00) [13]
> Врёшь. Чтоб номер стал правильным, нужно Post сделать
Вру. Не спорю - вчера ночью когда правил - не туда вписал определение номера связи - нужно было конечно на афтерпост вставлять)))
> Не прошло и недели, как ты сподобился поделиться деталями
> предметной области.
Да не, я предметную область уже недели как 3 обрисовал))))
Ладно, пока вопрос о номере оставлю открытым - сделаю чтоб в статус баре высвечивался номер. В принципе вопрос для меня сейчас не столь принципиальный.
Меня сейчас больше интересует вопрос поднятый мной в теме
ADO+DataSet+DBGrid - быстро обновить данные.
Сейчас еще раз просмотрел аналогичную моей программу - там какая то просто финаминальная скорость обновления данных в табличном виде. По ходу применен какой то не стандартный компонент. Пока не пойму какой.
Anatoly Podgoretsky (2011-12-17 20:22:00) [14]> Inovet (17.12.2011 20:05:21) [201]
Это на бумаге, а с компьтером не так, сообственно и грид особно не нужен. Но
может использоваться в статистических функциях.
Нужна карточка корреспондета. Вводишь позывной вываливается карточка, где
один из контролов это грид, что бы видеть все записи с данным
корреспондентом.
Inovet (2011-12-17 20:05:00) [15]> [194] Anatoly Podgoretsky © (17.12.11 19:27)
> записи не удаляются никогда, а
> заносятся только по окончанию связи, то есть только завершенные
> связи, а
> завершенной связь считается после обменая информацией о
> сигнале (RST).
Мы на бумажках писали быстро-быстро, иногда много связей подряд получается по минуте или меньше каждая, потом уже в журнал аккуратно переписываешь.
Андреевич (2011-12-17 19:59:00) [16]
> Возможности удаления записи не должно быть!
это ТС сказал?
Anatoly Podgoretsky (2011-12-17 19:37:00) [17]> sniknik (17.12.2011 18:52:12) [192]
Удаление равносильно подделке журнала.
Anatoly Podgoretsky (2011-12-17 19:35:00) [18]> Inovet (17.12.2011 11:58:08) [188]
А ее эту колонку не требуется видеть, это идентификационный номер, первичный
ключ IDENTITY, поскольку будучи выведеным, он никакой полезной информации не
несет.
Anatoly Podgoretsky (2011-12-17 19:33:00) [19]> Alex_C (17.12.2011 11:35:07) [187]
Никакой проблемы, поскольку это даже не номер связи, а номер документа, при
вставке данных из другого лога, получает новый номер, на единицу больший чем
ранее присвоеный.
Anatoly Podgoretsky (2011-12-17 19:30:00) [20]> Inovet (17.12.2011 10:44:06) [186]
Да можен не совпадать, но обычно совпадает если номер и время вводятся
автоматически.
| |
