|
|
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
объясните сирым зачем есть пошло каскадное обновление точнее, понятно, зачем оно пошло - чтобы обновлять данные на стороне многие при изменении стороны один - но есть оговорка, что если у тебя связь по автосчетчику, то толку никакого (счетчик не изменишь руками, что приятно) вывод: каскадное обновление нужно для связей НЕ по счетчику а где пример такой связи и невозможность реорганизации ее на связь по счетчику?!! спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 12:12:27 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
как интересно ламеры в ужасе спецы посмеиваются в усы но где-то же есть вариант, когда есть связь не по автономеру и привести к автономеру ее нельзя и тогда треба каскадное обновление аки воздух иде такая задача? никто не сталкивался? если звезды жажыгают, эта каму-та нада? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 14:46:03 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
В чем вопрос? 1. Почему каскадное обновление не работает со счетчиком? 2. Где пример каскадного обновления со счетчиком? 3. Где пример каскадного обновления без счетчика? На какой из них отвечать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 15:38:24 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Э-э-э... А пример связи как выслать? Почтой или оленями? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 15:39:24 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Пример от балды. 2 таблицы - table1 & table2 Поля первой: post_office,index Поля второй: index, street, home Связь по полю index. Каскады есть. Изменился индекс в основной таблице (в 1-й) - автоматически изменяется во второй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 15:43:07 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Alexus12но где-то же есть вариант, когда есть связь не по автономеру и привести к автономеру ее нельзя и тогда треба каскадное обновление аки воздух Всегда можно обойтись без каскадного обновления. Просто это иногда бывает УДОБНО. Например при связе по строке кода (товара, опреации, отчета и т.д.) когда ты заменяешь название кода на другой - а он везде обновляется сам. Плюс ко всему - гне возникает проблем с целостностью данных и не требуется транзакции для обновления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 15:45:25 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Ищи "суррогатные ключи v.s. естественные ключи" и найдешь ответ на свой вопрос... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2004, 16:25:12 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
вопрос то вот он: покажите пример, где связь по своему полю (почта-индекс, артикул товара, тд.) нельзя заменить на связь по автосчетчику (оставив в наличии - и в покое - свое поле, конечно) сколько угодно потом изменяй свои поля - никаких обновлений не надо, автосчетчик жив-здоров где необходимость? где используется, где это правильно и где автосчетчик нецелесообразен? ведь каскадное обновление нужно ТОЛЬКО для случая, когда связь может накрыться из за несогласованного изменения данных в связанных полях, так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2004, 10:10:45 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Из Help Если при определении связи установить флажок Каскадное обновление связанных полей, любое изменение значения в ключевом поле главной таблицы приведет к автоматическому обновлению соответствующих значений во всех связанных записях. Например, при изменении кода клиента в таблице «Клиенты» будет автоматически обновлено поле «КодКлиента» во всех записях таблицы «Заказы» для заказов каждого клиента, поэтому целостность данных не будет нарушена. Microsoft Access выполнит каскадное обновление без ввода предупреждающих сообщений. Примечание. Если в главной таблице ключевым полем является поле счетчика, то установление флажка Каскадное обновление связанных полей не приведет к каким-либо результатам, так как изменить значение поля счетчика невозможно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2004, 10:26:47 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
хе-хе хэлп - первейший прочитанный документ из него и вопрос скажите мне кто мешает в этом примере одновременно с полем кодклиента завести поле ID_клиент типа автономер и сделать связи не по кодклиента, а по ID_клиент и отказаться от каскадного обновления ибо оно уже будет не нужно? где пример, когда нельзя использовать счетчик и каскадное обновление необходимо кровь из носу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2004, 11:38:09 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Alexus12хе-хе хэлп - первейший прочитанный документ из него и вопрос скажите мне кто мешает в этом примере одновременно с полем кодклиента завести поле ID_клиент типа автономер и сделать связи не по кодклиента, а по ID_клиент и отказаться от каскадного обновления ибо оно уже будет не нужно? где пример, когда нельзя использовать счетчик и каскадное обновление необходимо кровь из носу? а смысл в твоем примере? создание второй уникальной записи в одной таблице???? бессмысленно абсолютно......... поэтому пример остается тот же...... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2004, 11:43:36 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Ищи суррогатные и естественные ключи. Дискуссий было много. /topic/13826 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2004, 11:44:36 |
|
||
|
каскадное обновление?
|
|||
|---|---|---|---|
|
#18+
Суррогат как раз и позволяет не запускать каскады (долгоработающие операции, блокирующие подчиненные таблицы) при обновлении значимых (ЕК) полей. На случай справочника (практически) неизменяемых сущностей ЕК можно предпочесть, ежели его длина не шибко превосходит длину СК (т.е. требуемое число байт для однозначной идентификации), допустимая степень "неизменности" для выбора ЕК(а не СК) зависит от размера каскадно обновляемых таблиц. Но и каскад на удаление (независимо СК/ЕК) в аксессе (97, по крайней мере) чреваты полным очищением подчиненных таблиц при удалении одной единственной записи из мастер-таблицы в случае разрушения индексов. Что плёхо (переходом на суррогаты не лечится). Наблюдал уже 2-ды за год-полтора. По возможности отключил каскады. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2004, 14:13:16 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=32629715&tid=1672780]: |
0ms |
get settings: |
8ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
42ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 297ms |

| 0 / 0 |
