|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Как заставить дельфи корректно работать с ключевым полем, которое обнавляеться триггером в ИБ при вставке записи в таблицу. поля без триггеров отображаються корректно, а с триггерами начинаються непонятки ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2003, 18:18 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Что значит корректно? Как сделал - так и работает ... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2003, 20:38 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
очень простой пример в IB таблица с двумя полями одно из которых обновляется с помощью триггера перед insert. в Delphi в DBGrid после вставки простого поля, поле с триггером не обновляеться необходимо делать рефрешь, на мой взгляд это не совсем правильно. Другие варианты корректного обновления поля (с триггером в IB) есть? При работе со связанными таблицами ещё хуже ситуация. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2003, 10:27 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Так и причем здесь Interbase? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2003, 10:56 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Привет! Никак. Рефреш измененной записи нужно делать всегда. Полезно также будет прочитать вот это, думаю: http://ibase.ru/devinfo/generator.htm WBR, Alexey ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2003, 12:31 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Хвала великому Алексею! Спасибо за ссылку! ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2003, 16:59 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Код: plaintext
Тьфу на вас, охальники (с) :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2003, 17:12 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Люди, что за прикол вводить новые записи прямо в гриде !?!?!? ХДЕ ТАКОМУ УЧАТ ??? По мне, так это вообще не метод !!! Что новая форма тебя сильно обременит !?!?!? Создавай ее динамически, если вопрос экономии памяти стоит во главе угла, а потом уничтожай !!! Про редакцию данных в гриде, я вообще молчу ... ситуация - сидит дир, копашится в БД, входит секретарша Аня, в мини, наклоняется к журнальномы столику, а дир, как любой мужик, глазм-то на нее раз и повел, ну и в порывах страсти, в ее сторону, нажал "65556", где, к примеру, было 50000, и что потом ??? и как это лечить, и кто виноват в данной ситуации??? Дир - скажите Вы, он косяк спорол, он и виноват !!! Другие скажут - Аня виновата !!! Нечего мини на работу надевать !!! ага, щас, три раза, фиг ВЫ угадали, защита софта от дурака, причем самого элементарного, ПРИРАГАТИВА ПРОГРАММЕРА !!! Так что виноват программер ... Так что, люди, отказывайтесь от такого бреда, как add/edit данных прямо в гриде, когда-нить Вас это подведет ... а от лишней формы никому хуже еще не было ... сорри, если кого чем обидел ... :), но это на самом деле не метод ... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.01.2003, 04:11 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Интересная мысли, про редактирование в гриде.... да еще через формы..... Мне вот интересно, автор сей мысли писал сколь-нить крупные задачи??? а еще интеерснее, он пробовал вводить порядка 100 строк за раз, причем достаточно быстро? через левые формы? когда люди, это обычные пользователи, у которых куча другой работы, а это нужно сделать максимально быстро и понятно? а по поводу секретарши.... так он может вызвать уже эту пресловутую форму, когда войдет секретарша и после точно так же ввесли левые данные... так что не метод это вовсе.... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2003, 04:33 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
2 StarWind: От скорости ввода данных напрямую зависит количество ошибок, как ни крути, это человеческий фактор, который присутствует везде и от него не уйти :(( И что же это у тебя за проект такой, в котором на доставерность данных не делается упора ?!?!?! Пускай лучше юзверь за 30 минут введет десять записей, но ПРАВИЛЬНО !!!, чем он за 10 минут наклепает их 100 штук, и потом переделывает еще раз пять ... Есть в программеже много подводных камней, в том числе и человеческий фактор ... теория, но от этого никуда не деться, есть такое понятие как "Человек-машинное взаимодействие", полистай, полезно, без дураков и обид ... Есть еще понятие что-то сродни психологии программирования ... тоже полезная вешь ... Ты же пишишь софт не на чемпионат по скорости ввода данных в гриде? Нет. Твой софт должен быть практичным, удобным и гарантировать корректность введенных данных ... Извини, если обидел. Все мы вспыльчивые, ты тоже не руби с горяча ... здесь же все не просто так ... ;) 2 eNose ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2003, 09:30 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
Привет! Господа, придерживайтесь темы форума :) Я конечно, не модератор, но все же обсуждать проблемы проектирования в Дельфи/Билдере можно где-нибудь еще. Правда, частично поддержу человека - я, вообще-то, тоже против больших гридов. Если грид больше 5 строк - то, имхо, это кошмар программиста. Формы для быстрого ввода - типа как в диспетчерской - делаются элементарно и даже работает это быстрее чем в гриде, просто надо выверить табордер, сделать типа автозаполнение, горячих клавиш нафигачить :) Кроме того, редактирование в гриде идет обычно в контексе той же транзакции, что просмотр - а это не есть хорошо, в случаях: 1) когда много одновременной работы и возможны пересечения между операторами. 2) ВСЕ записи в редактируемом гриде находятся в контексте пищуще-читающей транзакции, то есть увеличивают число конфиликтов и увеличивают маску транзакций. Гораздо лучше на чтение открыть только-читающую транзакцию readcommited (в версих после ИБ6.0 такая транзакция не держит версий и не блокирует), а при редактировании открывать новую, пишушую транзакцию (она короткая будет - в идеале вобще только в момент собственно записи - нажали Save, затем запустили, изменили что хотели и сразу закоммитили). А вообще, конечно - UI must die, даешь командную строку WBR, Alexey ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2003, 10:38 |
|
Delphi + IB generator problem
|
|||
---|---|---|---|
#18+
позволю себе кое что сказать о проекте... в подобный грид вводятся данные о 100 объектах на каждом объекте производится в среднем до 4-5 замеров. при том что у человека, который должен это вводить, куча обязанностей других и 8 часовой рабочий день.... Значения по умолчанию предусмотреть невозможно, так как это замеры физических параметров на объекте. замеры автоматические (это сразу для "крутых" проэктировщиков АСУ ТП) слишком дороги. Так что не стоит так категорично говорить... по поводу разделения транзакций, достигается это чрезвычайно-просто, но не во всех задачах применимо, это кэширование... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2003, 16:26 |
|
|
start [/forum/topic.php?fid=40&fpage=528&tid=1580911]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 308ms |
total: | 442ms |
0 / 0 |