Проблема при редактировании данных

[GloomyVitek]

Доброго времени суток.
Дана БД в Access'е - "Управление информацией о продукте". Т.е. куча таблиц, в которых хранится инфа о прдукте, его классе, месте хранения и т.в.т.
Кинул я компоненты на форму для доступа к БД, натравил их на мою базу, связал таблицы ч/з объектный инспектор, создал форму для редактирования и тут обнаружились следующие проблемы:
1.при редактировании существующей записи БД в списке компонента DBLookupComboBox1 отображается только 1 элемент (хотя в ListSource указана "ссылка" на таблицу со списком элементов);
2.при попытке добавить в эту таблицу (на которую натравлено свойство ListSource компонента DBLookupComboBox1) выдает следующее "Project Project1.exe raised exception class EDatabaseError with message 'Fild 'EdIzmId' cannot bemodifed". Таблица EdIzm с полями EdIzmId и EIEdIzm.

В чем проблема не пойму...
Т.К. таблиц куча информацию по продукту я получаю ч.з. ADOQuery. (Может существует какое-то ограничение, т.к к одной таблице сначала я обращаюсь ч/з запрос, потом по найденному id продукта произвожу редактирование - но уже ч/з ADOTable (с запросами не хотелось связываться из-за их ограничений в Delphi).

[konkurent]

из ошибки следует что поле 'EdIzmId' не может быть изменено....
в остальном "....информацию по продукту я получаю ч.з. ADOQuery...
потом по найденному id продукта произвожу редактирование - но уже ч/з ADOTable...." приведите фрагмент кода как вы это делаете.
"(с запросами не хотелось связываться из-за их ограничений в Delphi)"
а вот здесь я не соглашусь...тем более под Акцесс через АДО с ADOQuery с ограничениями не сталкивался..Другое дело БДЕ и таблицы дбф..здесь приходиться изварачиваться.

[GloomyVitek]

Сообщение от konkurent

из ошибки следует что поле 'EdIzmId' не может быть изменено....
в остальном "....информацию по продукту я получаю ч.з. ADOQuery...
потом по найденному id продукта произвожу редактирование - но уже ч/з ADOTable...." приведите фрагмент кода как вы это делаете.
"(с запросами не хотелось связываться из-за их ограничений в Delphi)"
а вот здесь я не соглашусь...тем более под Акцесс через АДО с ADOQuery с ограничениями не сталкивался..Другое дело БДЕ и таблицы дбф..здесь приходиться изварачиваться.

Вот основной запрос по которому я извлекаю данные по продукту:

SELECT *
FROM NomPoz,EdIzm,Marx,KonstrIzm,HranNomPoz,Oper,RabCentr,TipKI,
        KlassProd,Sklad,SostProd           
WHERE NPEdIzmId=EdIzmId 
        AND NPMarxId=MarxId
        AND MOperId=OperId
        AND MRabCentrId=RabCentrId 
        AND NPKonstrIzmId=KonstrIzmId
        AND KITipId=TipId
        AND NPHranId=HranId
        AND HKlassId=KlassId
        AND HSkladId=SkladId
        AND HSostId=SostId

Данные эти я отображаю в DBGrid'е. Для отображения информации только по конкретному продукту использую процедуру:

procedure TDataModule2.NomPozDataSourceDataChange(Sender: TObject;
  Field: TField);
begin
  DataModule2.SpecQuery.Active:=false;
  DataModule2.MarxQuery.Active:=false;
  DataModule2.SpecQuery.Parameters.ParamByName('NomPozIdSP').Value:=DataModule2.NomPozQueryNomPozId.AsInteger;
  DataModule2.MarxQuery.Parameters.ParamByName('NomPozIdMP').Value:=DataModule2.NomPozQueryNomPozId.AsInteger;
  DataModule2.SpecQuery.Active:=true;
  DataModule2.MarxQuery.Active:=true;
end;

запрос с параметром следующий:
SELECT *
FROM NomPoz,Marx,Oper,RabCentr
WHERE NomPozId LIKE :NomPozIdMP
     AND NPMarxId=MarxId
     AND MOperId=OperId
     AND MRabCentrId=RabCentrId

Когда я говорил про ограничения при работе с запросами в Delphi, я имел в виду запросы на редактирование, вставку данных в связанных таблицах...
Прога простая, вот только видимо руки не те...
Исходники с БД прикладываю в архиве 'DB.rar' (без exe'шника).

для оформления кода используйте тег [CODE] кнопка # расширенный режим

[D-mon]

Как по мне(суто моё мнение, как человека который работает с БД) у тя много лишних таблиц. Попробуй уменьшить их количество и посмотришь что проблема решиться сама собой. И в запросах я бы те посоветовал использовать left|rigth|inner join а не

WHERE NPEdIzmId=EdIzmId
AND NPMarxId=MarxId
AND MOperId=OperId
AND MRabCentrId=RabCentrId
AND NPKonstrIzmId=KonstrIzmId
AND KITipId=TipId
AND NPHranId=HranId
AND HKlassId=KlassId
AND HSkladId=SkladId
AND HSostId=SostId

Легче для понимания и быстрей в работе.

[GloomyVitek]

Сообщение от D-mon

Как по мне(суто моё мнение, как человека который работает с БД) у тя много лишних таблиц. Попробуй уменьшить их количество и посмотришь что проблема решиться сама собой.

Таблиц действительно много, но, я думаю, дело не в их количестве... Ошибка возникает при попытке, именнно, добавить новую запись в подчиненную (EdIzm) (дочернюю - если я правильно выразился) таблицу, связанную с основной (NomPoz). Это нужно для того, что если при выборе в DBLookupComboBox в списке нет необходимого элемента, можно было его туда оперативно добавить.
Что вы имели в виду

Сообщение от D-mon

И в запросах я бы те посоветовал использовать left|rigth|inner join а не

вложенные запросы или что-то еще?

[D-mon]

Для соединения таблиц правильней использовать синтаксис
Я бы писал так (как пример):

Select T1.*, T2.* from Table1
left join (select * from Table2)T2 on T1.id=T2.id
left join (select * from Table3)T3 on T2.id=T3.id

а не where. Соединение таблиц таким образом

SELECT *
FROM NomPoz,EdIzm,Marx,KonstrIzm,HranNom Poz,Oper,RabCentr,TipKI,
KlassProd,Sklad,SostProd
WHERE NPEdIzmId=EdIzmId
AND NPMarxId=MarxId
AND MOperId=OperId
AND MRabCentrId=RabCentrId
AND NPKonstrIzmId=KonstrIzmId
AND KITipId=TipId
AND NPHranId=HranId
AND HKlassId=KlassId
AND HSkladId=SkladId
AND HSostId=SostId

дольше работает.

[D-mon]

И ещё одно. Названия столбцам таблиц надо давать такие что бы было понятно всем. А то очень сложно понять и разодраться в структуре и дать правильный совет.
И желательно сделать так:
1. 1-на таблица главная, где будут храниться все "ид" параметров из вспомогательных таблиц.
2. Все остальные таблицы будут хранить параметры.

[GloomyVitek]

Сообщение от D-mon

Для соединения таблиц правильней использовать синтаксис
Я бы писал так (как пример):

Select T1.*, T2.* from Table1
left join (select * from Table2)T2 on T1.id=T2.id
left join (select * from Table3)T3 on T2.id=T3.id

а не where. Соединение таблиц таким образом

дольше работает.

Я использовал такой запрос с WHERE потому, что другой я и не знал
Буду благодарен если, если посоветуешь к.-либо не шибко мудреный учебник по SQL (единственное что я изучил, так это справочник по этому языку, который шел на CD с книжкой Библия программиста (Delphi) М. Е. Фленова).
Насчет:
1. имена таблиц я писал по-русски на "транслите", единственная особенность в том, что ч=q, ш=x, щ=xq, ы=w (понимаю изврат, но мне нравится, система называется РИНТ-русский интернет); (EdIzm - единицы измерения, Marx - технологический маршрут, NomPoz - номенклатурная позиция и т.п.)
2. названия полям давал по следующему принципу "ключевое поле" как
"название_таблицыId" (EdIzmId ЕдиницаИзмеренияId), а к названию последующих полей просто добавлял первую(е) букву(ы) имени таблицы (EINaimen поле наименование таблицы ЕдиницыИзмерения). Это все, чтобы при записи запросов не путаться с полями разных таблиц (таблица.поле). Хотя возможно я и неправ.
3.Главную таблицу и дополнительные я пытался составить именно по такому принципу (в главной все ключи, а свойства и т.п. в подчиненых => куча таблиц).
Я благодарен за все советы. Но проблема все же остается. Прога простая, но дело в том, что программист я неочень. До этого я писал БД, но там работа осуществлялась ч.з. BDE и все с грехом пополам работало.
В Access'е я думал проще, но в чем эти грабли - не пойму.

1.при редактировании существующей записи БД в списке компонента DBLookupComboBox1 отображается только 1 элемент (хотя в ListSource указана "ссылка" на таблицу со списком элементов);
2.при попытке добавить в эту таблицу (на которую натравлено свойство ListSource компонента DBLookupComboBox1) выдает следующее "Project Project1.exe raised exception class EDatabaseError with message 'Fild 'EdIzmId' cannot bemodifed". Таблица EdIzm с полями EdIzmId и EIEdIzm.

[Speeker]

посмотри правиль но ли ты "натравил" DBLookupComboBox1 у меня все работает, с аксесовскими таблицами (как по мне) действительно легче работать