Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
-2147467259 [MySQL][ODBC 3.51 Driver][mysqld-5.1.38-community]Cannot add or update a child row: a foreign key constraint fails (`it`.`sales`, CONSTRAINT `usluga_id` FOREIGN KEY (`id`) REFERENCES `uslugi` (`id`) ON UPDATE CASCADE) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:24 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
подскажите в чем проблема , может добавлять лучше через запрос? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:25 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
форма для наглядности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:27 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Что неясно в сообщении об ошибке? Тебе известно, что такое constraint, ключ и внешний ключ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:30 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, понятно что есть primary key в таблице uslugi (id), есть foreign key в таблице sales (usluga_id) и связь есть между ними, только я че то не понимаю в чем проблема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:40 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05admShocker.Pro, понятно что есть primary key в таблице uslugi (id), есть foreign key в таблице sales (usluga_id) и связь есть между ними, только я че то не понимаю в чем проблема Ну проблему-то ты и не изложил, то бишь не указал, что ты делаешь и на какой строке возникает эта ошибка, так что я только предполагаю, что на Adodc1.Recordset.Update Еще вопрос, ты с полной ответственностью за свои действия поставил каскадное обновление? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:43 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, сегодня читал про каскадное обновление (в случае обновления данных в таблице uslugi,обновляются данные и в таблице sales), хотелось чтобы было так)) Shocker.ProНу проблему-то ты и не изложил, то бишь не указал, что ты делаешь и на какой строке возникает эта ошибка, так что я только предполагаю, что на Adodc1.Recordset.Update именно на этой строке и вышла ошибка а хотел потренироваться и узнать , как связи работают , как работать с несколькими таблицами, задача состоит в следующем выбираем услугу из комбо и добавляем данные в ячейку, только первая запись прошла нормально , но почему со второй проблема ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:51 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05adm, Я с MySQL - редактором не очень, ты уверен, что вот тут все правильно задал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 00:54 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, вот блин ))) он автоматом сам так проставил. поменял как вы показали и нормально)) спасибо. а разве для целостности данных , не лучше использовать каскадное обновление? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:00 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, и еще вопрос хотел задать, не удобно использовать комбо в этих целях(так как там ключ а по нему искать потом запись в листбоксе не очень удобно ,для того чтобы правильно выбрать нужный ключ), может посоветуете вы сами как это реализуете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:04 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Ну и че тогда MySQL про каскадное обновление вопил в сообщении об ошибке. Оно в данном случае никаким боком... aduka05admа разве для целостности данных , не лучше использовать каскадное обновление? А зачем тебе каскадное обновление? Ты собираешься ключи менять в таблице услуг? Это, по меньшей мере, странно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:06 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05admне удобно использовать комбо в этих целях(так как там ключ а по нему искать потом запись в листбоксе не очень удобно ,для того чтобы правильно выбрать нужный ключ), может посоветуете вы сами как это реализуете? см. свойсво комбобока ListItem ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:06 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Proсм. свойсво комбобока ListItem ой, соррисорри, спутал в общем так: Код: plaintext 1. 2. 3. Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:19 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, Shocker.ProА зачем тебе каскадное обновление? Ты собираешься ключи менять в таблице услуг? Это, по меньшей мере, странно. просто в 1с менял код в номенклатуре руками , поэтому думал лишним не будет) а как сделать так чтобы как в 1с по типу создавать документ и добавлять туда несколько записей , насколько я понимаю это создается отдельно таблица с номерами документов и записей в нем , сколько записей ,столько и строчек с номерами документов ,а в форме записывается это все в массив а далее запись идет всех записей в таблицу?а журнал документов реализуется , примерно так через запрос выводим все записи с номерами документов и группируем ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:25 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.ProShocker.Proсм. свойсво комбобока ListItem ой, соррисорри, спутал в общем так: Код: plaintext 1. 2. 3. Код: plaintext 1. 2. примерно так и думал , только думал что индекс в комбо по любому должен идти по порядку (0.1.2.3) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:27 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05admпросто в 1с менял код в номенклатуре руками , поэтому думал лишним не будет) Не смешивай. В 1С, помимо кода, есть еще UID - вот он-то и является настоящим ключом и по нему идет связь между таблицами, а не по коду. aduka05admа как сделать так чтобы как в 1с по типу создавать документ и добавлять туда несколько записей , насколько я понимаю это создается отдельно таблица с номерами документов и записей в нем , сколько записей ,столько и строчек с номерами документов ,а в форме записывается это все в массив а далее запись идет всех записей в таблицу?а журнал документов реализуется , примерно так через запрос выводим все записи с номерами документов и группируем ? Не, зачем дублировать данные? Делается две связанных таблицы, в одной - реквизиты документа (номер, тип, дата, контрагент и т.п.), а в другой - содержимое - код товара, цена, ставка НДС, бух.счет и т.п. Посмотри в конфигураторе - там же все очевидно. А где редактировать данные... Ну это от фантазии зависит. Лично я последнее время редактируемое содержимое держу в отдельной таблице прямо в базе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:32 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05admпримерно так и думал , только думал что индекс в комбо по любому должен идти по порядку (0.1.2.3) Индекс и ItemData - не одно и то же. Индекс определяет сортировку и насильно задавать его совершенно необязательно. Сортировку надо указывать в select-e, который данные для загрузки готовит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:34 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, Shocker.ProДелается две связанных таблицы, в одной - реквизиты документа (номер, тип, дата, контрагент и т.п.), а в другой - содержимое - код товара, цена, ставка НДС, бух.счет и т.п. Посмотри в конфигураторе - там же все очевидно. и там где содержимое в каждой записи проставляется ключ документа? Shocker.ProА где редактировать данные... Ну это от фантазии зависит. Лично я последнее время редактируемое содержимое держу в отдельной таблице прямо в базе. и очищаете ее потом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:44 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05admShocker.Pro, Shocker.ProДелается две связанных таблицы, в одной - реквизиты документа (номер, тип, дата, контрагент и т.п.), а в другой - содержимое - код товара, цена, ставка НДС, бух.счет и т.п. Посмотри в конфигураторе - там же все очевидно. и там где содержимое в каждой записи проставляется ключ документа? Shocker.ProА где редактировать данные... Ну это от фантазии зависит. Лично я последнее время редактируемое содержимое держу в отдельной таблице прямо в базе. и очищаете ее потом? Разумеется * 2 Все, ушел спать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:45 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, для создания форм visual basic используете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:45 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, спасибо)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 01:46 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, а в чем смысл связывания тогда? если вдруг пользователь решит удалить данные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2010, 15:37 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
aduka05admа в чем смысл связывания тогда? если вдруг пользователь решит удалить данные? Это соблюдение принципов ЦЕЛОСТНОСТИ ДАННЫХ (перечитай это словосочетание 10 раз). Необязательно пользователь удалит данные. Ты можешь ошибиться в программе (причем ошибка может быть такая, которая проявляется раз в год), в результате чего могут либо удалиться данные, либо вставиться неправильные данные. Ты можешь начать править базу руками при какой-то модернизации и т.п. Наличие связи не даст тебе допустить такую ошибку - операция по изменению/удалению основного ключа или по вставке неправильных данных просто не будет выполнена. Кроме того, БД становится гораздо сопровождаемее. Любой программер, который будет дорабатывать базу, откроет диаграмму и разберется, как устроена база. Да и ты сам через пару-тройку лет окажешься в такой ситуации. По этой же причине надо максимально точно определять типы данных в таблицах, обязательно запрещать NULL там, где по логике вещей его возникнуть не должно и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2010, 15:50 |
|
||
|
Подскажите в чем проблема
|
|||
|---|---|---|---|
|
#18+
Shocker.Pro, спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2010, 16:11 |
|
||
|
|

start [/forum/topic.php?fid=60&msg=36685344&tid=2159592]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 150ms |

| 0 / 0 |
