В Обычный едит вставляет, а в грид не хочет (

Возможно и странный подход но другого подхода найти не смог! Этот квери возращает одну лишь всего запись для вставки в поля грида уже определенных значений из другой таблицы! А сам грид связан с другим датасетом!
Пробовал все где видел в свойствах ЕДИТ или ИНСЕРТ поставить в тру (тоже странный подход) )) Но никаких сдвигов (

автор
OraQuery4->First();
OraQuery4->Edit();

Никаких изменений! Да и Не причем тут это! Квери тока возврщает строку которая в обычные Едитбокс вставляется а в грид не хочет! Причем руками если изменять данные в гриде то ничего не говорит!

2Zalexaka
Сдвиг произошол... ошибка больше не вылетает... только тупит както. Курсор с часами и надписью скуэль висит, все нажимается работает, но через некоторое время вылетает с другой ошибкой, и в памяти до 48мегов вырастает... ->Edit() Может както нужно закрывать?

А вообще Есть ли другой способ сделать то что я делаю. Недавно писал, видимо не совсем понятно написал. Нужно заполнять грид наполовину из другой таблицы, и получается что при каждой новой строке приходится обращаться к базе. Как это при плохом коннекте то будет?

Вопросов куча..... (

автор
Хм. Видите ли, есть паттерн Model - View - Controller. Так вот, DBGrid - это View, а Ваши изменения данных нужно выполнять в модели, то есть в DataSet-е, питающем грид.


Это понятно. Вопрос в том, что в грид нужно ввести какието данные чтобы записать в таблицы, половина данных должна вставиться из другой таблицы в зависимости от значения первого поля, но строго одна строка, другая половина вводится вручную и высчитывается из того что ввели вручную и из того что вставилось из второй таблицы! Ух! Запутал наверное опять. Вот, а всталять тем образом, которй я изложил выше, не дает.

авторЕсли сейчас Вы сформулировали хорошо - то правильным будет написать SQL-запрос, который возвращает нужный Вам набор "слитых" записей из двух таблиц.

Так сейчас и есть! Информация из этого запроса служит для рассчета значений других ячеек в соответствии с тем что введено вручную! А получается что для каждой строки будет отсылаться запрос на сервер (связь может быть модемная). Вопрос в том сколько будет ждать пользователь после выбора значения!

Большое спасибо за ответы! И извините если окончательно запутал )

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

авторВо-первых, в лучшем случае Вы имеете в виду операцию lookup. Выглядит это примерно так: у Вас есть данные в гриде, Вы их редактируете, и нажимаете, допустим, на кнопку "Договор". Выскакивает список договоров, Вы выбираете нужный, и в результате в Ваши данные подставляются id договора, а также куча вторичных полей - номер, тип, контргагент, дата и так далее - все, что Вы хотите показать в гриде по этому договору .

Почти! Ввод товаров в накладную:
Есть грид, но он пустой. В первом поле находится комбобокс, значения пиклиста которого загоняются при открывании формы запросом к таблице товаров (в которой как раз и находятся все характеристики цена, производитель и тд) и выбором одного столбца с наименованием. Пользователь вводя в накладную новую позицию выбирает из этого комбобокса значение, тоесть наименование товара, и после того как он выходит из ячейки, другие ячейки грида, такие как цена за единицу, имя упаковки, сколько штук в упаковке и тп, должны принять значения соответстнно записи в таблице с товарами. А еще есть такие ячейки, в которые нужно вводить руками, например "количество заказываемого товара", и после ввода в это поле считается ячейка общей суммы за эту позицию, а уже потом можно заносить все в таблицу.
Таблиц тут три. Первая "накладная" содержит информацию о самой накладной, такую как: ее номер, кому, от кого, и т.д.
Вторая "запись в накландой" содержит как раз товары из таблицы товаров, и связанная с "накладная" по полю номера накладной.

Вот такая вот ситуаци! Очень благодарен Вам за участие в решении моей проблемы!

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

Все нормально... изменяя ОраКвери сам! Просто код висел на отрисовке ячейки и он вис... Повесил на ОнАпдэйт, теперь тормозит сам запрос, тоесть выполняется, но с предыдущим значением Where. Собственно вот этот код:

И еще один вопрос! Как скажется на скорости работы обращение к базе при вводе каждой новой строки?

2 Alex_VC
Все тоже самое, только в гриде! Вопрос в том как долго будут именно догружаться при, допустим, плохой модемной связи (~24 кб\с). Очень интересно было бы услышать от Вас (если конечно используется удаленное соединение).
Мне кажется что это наиболее правильно... Но тетеньки за 4 года настолько привыкли, что по иному, мою программу не имеет смысла доводить до конца.

2 all
Вы уж меня простите но вопрос за вопросом.
На рисунке (если присоединился) Поле 1 является первичным ключом для таблицы с общей информации по накладной, Поле 2 это форейн кей в таблице с записями в накладной. При добавлении новой накладной сначала вводится информация общая, а позиции вводятся в грид. Проблема в том что общая информация не заносится в таблицу с накладными, в то время как при вводе в грид записи вставляются сразу, из-за чего возникает нарушение целостности по общему ключу, типа нет записи с таким NAKL_NUM. Пуду очень благодарен за советы! И извените если все это флуд! Спросить больше не укого!

авторя не понел ты добавление прямо на гриде делаеш ?
Да! Вот и возникают вопросы. Это совсем плохая практика? Лучше делать диалоговое окно на каждую строку? А в нем уже все подсчеты делать? Вообще, так делает ктонибудь? Ой ужас сколько вопросов.... Там ведь что вводится руками так это только количество коробок, откуда геморой может быть? Все, я окончательно запутался! Может кто скажет как реализуется данная задача. Она ведь, на мой взгляд, самая распространенная!
Спасибо!

авторИ что заставляет Вас полагать, что это будет быстрее?

Что касается "гонять экраны": RAdmin весьма развитая в этом смысле программа, но при коннекте 9600 даже кликать мышкой уже несколько неприятно.

Что касается web: подсчитайте траффик, который уйдет на передачу, допустим, десяти строк по пять чисел (запись в виде текста, цветошрифтовое оформление, <td> и прочие служебные тэги) и сравните это с, допустим, "200 байт плюс служебная информация" в случае передачи по более эффективному протоколу.

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

авторКстати, я вроде бы уже говорил насчет параметров. Так Вы здорово тормозите сервер и закладываете возможность ошибки, включая взлом Вашей программы через SQL Injection).

В этом посте Вы имели ввиду параметры те что НЕ связываемые переменные? Типа этой строки?
Если да то, как сделать это связываемой переменной? И вообще где почитать о них? Откудова они принимают значения? А то что читал говориться что нада использовать, а что и как нету.

Спасибо.