авторВо-первых - 15 полей я увидеть могу. Могу даже и больше. Столбцы ресайзить я умею, шрифт менять тоже, да и монитор не двенадцатидюймовый.
Во-вторых. Я вообще-то не про просмотр спрашиваю, а про редактирование
О! Так я и говорю - полностью 15 полей увидеть. Наверняка редактировать вы будете не на ресайзенных полях :)
авторОднако если грид уже используется (для просмотра) - значит просматривать уже удобно . Т.е. все что нужно - влезает. Если все что нужно влезает - то почему это нельзя тут же и редактировать ? Причем "нельзя" в суперкатегоричном тоне?
Очень странный вывод.
Из того, что используется грид можно сказать только то, что он используется. Но никак, что это удобно. Ответ простой - а кроме грида ничего нет для просмотра списков данных Поэтому грид используется всегда и везде, как единственная возможность показать много строк. Поля ресайзить, передвигать и т.д. - это все лишь для того, чтобы хоть как-то было лучше видно, хотя бы часть.
Но редактировать - это совсем другое дело. При редактировании данных желательно, чтобы юзер видел все данные одновременно, без всяких скроллирований колонок и по возможности длина компонентов, в которых редактируют данные, должна быть не меньше. Это все в гриде почти никогда не получится (если только 2-3 поля в нем всего, но и в этом случае смысла нет менять технологию). Ну и к тому же, форма с гридом - это просмотр и все, что с ним связано, а для редактирования отдельная форма, чтобы не мешать в кучу.

Категорично, не категорично - удобно. И для меня, и для юзеров.

авторТигра,
а вот если нужно скопировать область из ехеля в tdbgrideh через copy/paste, вы тоже будете противиться?
(все хорошо работает, просто хочу спросить, как бы вы решили этот момент)
Не знаю, как бы решил. Ну на такой крайний случай можно и в гриде - это если только такая операция производится, copy/paste. Если это лишь частный случай, иногда возможный, ввода данных - то без грида.

-- Tygra's --

Да, кстати, я в экселе действительно не работаю :)) Не люблю я его. Только если отчеты какие в него скопировать и отослать. И все.

-- Tygra's --

Что в вашем понимании есть транзакция?

То, о чем вы говорите, действительно похоже на кэшированные изменения. И транзакции - это механизм кэшированных изменений, но к БД они ни коим образом не относятся, там свои транзакции.
Но лично я не вижу смысла. Только неудобство:
1. нужно все время проверять, посылать ли, не посылать все строки, которые меняли/добавляли.
2. в БД должна быть актуальная информация, а то, что какая-то запсиь будет ждать 10 других, есть некарашо, остальные то клиенты ее не видят.
3. какой смысл городить городушки в принципе?

-- Tygra's --

Alexey Sh2 tygra : называйте кэшированными изменениями, по барабану.
Так вы все же сами то знаете, чего применяете?

Alexey Shтранзакция окажется и прикладной и субд одновременно.
Так не бывает :)) Или-или. Вы тогда уж расскажите вкратце, как вы это делаете. А то вдруг вы транзакцию в БД открываете перед началом редактирования а коммитите после окончания редактирования 10-ой записи - но тогда это полный кошмар. Надеюсь, у вас не так?


ЛПТолько для того чтобы изменить одно и то же поле в десяти записях - придется форму десять раз открыть, десять раз мышью в нужное поле на форме ткнуть, десять раз форму закрыть, потом уже отправить все изменения. Утверждается что это удобно
А что, у вас на скорость записи редактируют? :)
Юзер не блоха, ко всему привыкнет

-- Tygra's --

Вы говорили про транзакцию . Откуда я знаю, что вы на самом деле под этим понимаете, но так как разговор идет о работе с БД, то вывод сам собой напрашивается.
В третий раз закинул невод.... Э, не то :). В третий раз уже спрашиваю, что вы под этим понимаете конкретно в этом топике и прошу уже примера. :)

-- Tygra's --

Ну так бы сразу и сказали, что речь идет о документе типа "счет-фактура" и т.д. :)

А говорили то об редактировании вообще, поэтому никак и не прикручивалось никуда: ну есть 100 записей, нужно отредактировать 13, где тут "транзакция на все записи".... :)

-- Tygra's --

2 ЛП
Ну если конкретный пользователь только и занимается, что правит один столбец в десятках строк и только этим, то конечно ему проще сделать правку в гриде. Но говорить, что так нужно делать всегда - ИМХО не есть хорошо :)

-- Tygra's --

авторА если пользователь занимается только тем, что правит одну запись, да с еще с пятью десятками полей - то ему и отображать эти данные в гриде не нужно.
Эээээ, а как искать то эту запись без грида? :)) К примеру, хотя бы ФИО и мыло у клиента нужно в грид вывести, а уж дальше нашел запись - открыл форму. Как иначе то? Все 50 полей в грид конечно выводить не надо, все-равно пока последнее домотаешь, что было вначале забудешь :).

-- Tygra's --

Ну вот и договорились :)
Методы те же, но с разных сторон :)

-- Tygra's --