https://gsbelarus.com:80/gs/wiki/index.php?action=history&feed=atom&title=EDITIONDATE_%28%D0%BF%D0%BE%D0%BB%D0%B5%29 2026-07-16T21:20:01Z История изменений этой страницы в вики MediaWiki 1.19.16 https://gsbelarus.com:80/gs/wiki/index.php?title=EDITIONDATE_(%D0%BF%D0%BE%D0%BB%D0%B5)&diff=2290&oldid=prev 2008-08-28T13:13:01Z

<p></p> <table class='diff diff-contentalign-left'> <col class='diff-marker' /> <col class='diff-content' /> <col class='diff-marker' /> <col class='diff-content' /> <tr valign='top'> <td colspan='2' style="background-color: white; color:black;">← Предыдущая</td> <td colspan='2' style="background-color: white; color:black;">Версия 13:13, 28 августа 2008</td> </tr><tr><td colspan="2" class="diff-lineno">Строка 7:</td> <td colspan="2" class="diff-lineno">Строка 7:</td></tr> <tr><td class='diff-marker'>&#160;</td><td style="background: #eee; color:black; font-size: smaller;"><div>обновления этого поля по следующим причинам:</div></td><td class='diff-marker'>&#160;</td><td style="background: #eee; color:black; font-size: smaller;"><div>обновления этого поля по следующим причинам:</div></td></tr> <tr><td class='diff-marker'>&#160;</td><td style="background: #eee; color:black; font-size: smaller;"></td><td class='diff-marker'>&#160;</td><td style="background: #eee; color:black; font-size: smaller;"></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div># '''Производительность.''' Например, в [http://code.google.com/p/gedemin/issues/detail?id=1053 случае изменения editiondate в таблице at_relations] в ответ на изменение записи в at_relation_fields, в процессе синхронизации</div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div># '''Производительность.''' Например, в [http://code.google.com/p/gedemin/issues/detail?id=1053 случае изменения editiondate в таблице at_relations] в ответ на изменение записи в at_relation_fields, в процессе синхронизации метаданных для таблицы с N полей N раз вызовется триггер на обновление мастер записи. &#160;</div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div>метаданных для таблицы с N полей N раз вызовется триггер на обновление мастер записи.</div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div># '''Вероятность возникновения ошибки.''' Если принцип обновления editiondate применять повсеместно, то начнутся каскадные апдейты и даже может возникнуть рекурсия.</div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div># '''Вероятность возникновения ошибки.''' Если принцип обновления editiondate применять</div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div># '''Логическая размытость (неясность) в каком случае обновлять, а в каком нет.''' Например, если обновлять таблицу при изменении записи в таблице с полями, то почему тогда не обновлять запись в таблице с полями (а за ней и запись в&#160; таблице с позициями) при изменении записи в таблице с доменами<ins class="diffchange diffchange-inline">? Пример не из метаданных: стоит ли менять editiondate у документа накладной, если изменился адрес контрагента? Вроде бы нет -- контрагент эта запись в таблице справочнике, связанная с накладной. Но, с другой стороны, для пользователя накладная -- это то что отпечаталось на листе бумаги, и для него изменение адреса в накладной -- это и есть изменение накладной. Значит, да</ins>?</div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div>повсеместно, то начнутся каскадные апдейты и даже может возникнуть рекурсия.</div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div></div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div># '''Логическая размытость (неясность) в каком случае обновлять, а в каком нет.''' Например, если обновлять таблицу при изменении записи в таблице с полями, то почему</div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div></div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div>тогда не обновлять запись в таблице с полями (а за ней и запись в&#160; таблице с позициями) при изменении записи в таблице с доменами?</div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div></div></td></tr> <tr><td class='diff-marker'>&#160;</td><td style="background: #eee; color:black; font-size: smaller;"></td><td class='diff-marker'>&#160;</td><td style="background: #eee; color:black; font-size: smaller;"></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div><del class="diffchange diffchange-inline">Пример не из метаданных</del>: <del class="diffchange diffchange-inline">стоит ли менять editiondate у документа накладной, если изменился адрес контрагента? Вроде бы нет -- контрагент эта запись в таблице</del></div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins class="diffchange diffchange-inline">[[Category</ins>:<ins class="diffchange diffchange-inline">База данных]]</ins></div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div><del class="diffchange diffchange-inline">справочнике, связанная с накладной. Но, с другой стороны, для пользователя накладная -- это то что отпечаталось на листе бумаги, и для него изменение адреса в накладной</del></div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div></div></td></tr> <tr><td class='diff-marker'>−</td><td style="background: #ffa; color:black; font-size: smaller;"><div><del class="diffchange diffchange-inline">-- это и есть изменение накладной. Значит, да?</del></div></td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div></div></td></tr> </table>

SYSDBA https://gsbelarus.com:80/gs/wiki/index.php?title=EDITIONDATE_(%D0%BF%D0%BE%D0%BB%D0%B5)&diff=2289&oldid=prev 2008-08-28T13:11:47Z

<p></p> <p><b>Новая страница</b></p><div>Строго говоря, Гедымин требует обновления поля editiondate только в двух случаях:<br /> <br /> # меняются данные непосредственно в самой таблице, где находится это поле;<br /> # меняются данные в таблице связанной 1-к-1 (например, gd_contact - gd_company).<br /> <br /> В остальных случаях решение принимается разработчиком. Мы не требуем жесткого<br /> обновления этого поля по следующим причинам:<br /> <br /> # '''Производительность.''' Например, в [http://code.google.com/p/gedemin/issues/detail?id=1053 случае изменения editiondate в таблице at_relations] в ответ на изменение записи в at_relation_fields, в процессе синхронизации<br /> метаданных для таблицы с N полей N раз вызовется триггер на обновление мастер записи.<br /> # '''Вероятность возникновения ошибки.''' Если принцип обновления editiondate применять<br /> повсеместно, то начнутся каскадные апдейты и даже может возникнуть рекурсия.<br /> # '''Логическая размытость (неясность) в каком случае обновлять, а в каком нет.''' Например, если обновлять таблицу при изменении записи в таблице с полями, то почему<br /> тогда не обновлять запись в таблице с полями (а за ней и запись в таблице с позициями) при изменении записи в таблице с доменами?<br /> <br /> Пример не из метаданных: стоит ли менять editiondate у документа накладной, если изменился адрес контрагента? Вроде бы нет -- контрагент эта запись в таблице<br /> справочнике, связанная с накладной. Но, с другой стороны, для пользователя накладная -- это то что отпечаталось на листе бумаги, и для него изменение адреса в накладной<br /> -- это и есть изменение накладной. Значит, да?</div>

SYSDBA