Скачать: CL | DM;

вневсение изменений   Найти похожие ветки 

← →
anton773 ©   (2006-09-10 15:12) [0]

Здравствуйте Мастера! Почему при попытке изменить существующую  запись в базе данных появляется сообщение: недостаточные или неполные сведения о ключевом поле, обновление влияет на слишком большое число строк после этого измененнымми оказываются все записи этого поля.

---

← →
Anatoly Podgoretsky ©   (2006-09-10 15:39) [1]

Видимо потому что недостаточные или неполные сведения о ключевом поле

---

← →
sniknik ©   (2006-09-10 16:14) [2]

можно даже больше сказать, изза этого, обновление влияет на слишком большое число строк. (!)
;о))

p.s. верь сообщениям об ошибках... ключа у тебя видимо совсем нет, и не знаеш что это, иначе хоть какието ассоциации сообщение вызвало бы. срочно читать по него.

---

← →
anton773 ©   (2006-09-10 21:11) [3]

> ключа у тебя видимо совсем нет

Уфф.Разобрался.Оказывается я сам удалил ключ,а потом  мучился  P.S Почему-то Парадоксу для подобных операций ключ не требуется

---

← →
sniknik ©   (2006-09-10 21:36) [4]

> Почему-то Парадоксу для подобных операций ключ не требуется
ну, парадокс без ключа тоже не очень хорошо работает... ежели через ADO(Jet) например то вовсе добавлять записи без него отказывается... (учитывая что Jet с парадоксом все одно через BDE в итоге работает, весело получается. ;) так сказать фильтр клиент серверной технологии сказывается).
а так, на файл сервере, есть еще одно определяющее значение записи - порядковый номер, потому там без ключа и возможно обойтись. (у sql серверов порядковый номер если и есть (что против правил/стандартов sql (у аксесса нет)), то не очень помогает, на клиента он не передается, потому определяющим значением служить не может, служит в основном для внутреннего употребления. (если есть желание то и программист может, но это надо специально делать, не по умолчанию))

---

← →
anton773 ©   (2006-09-11 04:01) [5]

> sniknik ©

Спасибо за информацию!

---

← →
ANB ©   (2006-09-11 11:01) [6]

> порядковый номер если и есть (что против правил/стандартов
> sql (у аксесса нет)), то не очень помогает

Дополню. У оракла есть rowid, без особых проблем его можно вытащить на клиента и совсем без оных использовать в PL/SQL. Но нормальные программисты обычно им пользуются только если нужно доводить до ума БД, сконструированную не очень нормальными программистами, т.к. вообще то PK получше будут. Впрочем, DOA всегда работает через rowid и не парится.

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.027 c