Главная страница
    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.041 c
3-1157093965
Delphi basic
2006-09-01 10:59
2006.11.05
Неправильный расчет выражений в SQL


2-1161578461
X_ksandr_X
2006-10-23 08:41
2006.11.05
Корректное завершение программ


15-1161004440
Berzercer
2006-10-16 17:14
2006.11.05
Как зайти на форум под своим именем?


15-1160427547
Ученик чародея
2006-10-10 00:59
2006.11.05
Какая все таки гадость этот IE.


2-1161165985
Samson
2006-10-18 14:06
2006.11.05
MDI приложение, выравнивание дочерних окон





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский