Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2006.11.05;
Скачать: [xml.tar.bz2];

Вниз

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

 
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 вся ветка

Форум: "Базы";
Текущий архив: 2006.11.05;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.46 MB
Время: 0.046 c
3-1157607840
tytus
2006-09-07 09:44
2006.11.05
Ошибка ORA-12514


15-1161002688
DevilDevil
2006-10-16 16:44
2006.11.05
Си++


15-1160649365
syte_ser78
2006-10-12 14:36
2006.11.05
Прошу оцень оффлайн-клиент форума


2-1161234460
zoo2
2006-10-19 09:07
2006.11.05
"begin;" и "begin"


11-1137435264
Vladimir Kladov
2006-01-16 21:14
2006.11.05
RefInc / RefDec - пора разобраться





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский