|
14.12.2006, 14:01 | #1 |
Banned
|
Вот уже жертвы рекламы пошли. Используйте штатную процедуру проверки RecId. Сидит совершенно бесплатно в форме SQL Administration и исправно работает.
|
|
14.12.2006, 14:26 | #2 |
Участник
|
Цитата:
Запуск данной процедуры не убьет ли мне ВСЕ ссылки в принципе? |
|
14.12.2006, 15:08 | #3 |
Участник
|
ВСЕ - не убьет.
Убьет только те ссылки, которые находятся в полях с типом, не унаследованнsм от recRefId. |
|
14.12.2006, 15:38 | #4 |
Участник
|
|
|
15.12.2006, 06:26 | #5 |
Участник
|
Возвращаясь к теме об отрицательных RecId, дефрагментации этого самого RecId, его разрядности и пр....
Меня вот интересует такой вопрос: допустим гипотетическую ситуацию, когда у нас имеется идеальное состояние, т.е. нет никакой дефрагментации, все ок, дырок нет в принципе (хоть это и невозможно) что будет когда значение recId превысит волшщебную цифру в 2^32 (~4млрд). Что в этом случае делать?? ведь данная цифра хоть и велика, но все же recId распределяется по ВСЕМ таблицам в пределах отдельной компании. А это значит если контора крупная с большим ежедневным оборотом, то год-два и как не крути, а проблема встанет!!! Какой выход из ситуации? |
|
14.12.2006, 15:06 | #6 |
Участник
|
Цитата:
Где тип полей со ссылками на recId унаследованы от типа refRecId... |
|
Теги |
recid |
|
|