|
|
|
Уникальное, ПОСЛЕДОВАТЕЛЬНОЕ значение. КАК ???
|
|||
|---|---|---|---|
|
#18+
Суть проблемы в следущем Встроенный тип счетчик может конечно формировать УНИКАЛЬНЫЕ значения, но ни как не ПОСЛЕДОВАТЕЛЬНЫЕ. т.е. если один из пользователей вводя данные в некую таблицу имеющую поле типа-СЧЕТЧИК, вдруг решил отменить ввод, то сформированное счетчиком значение теряется, т.е. следующее значение счетчика будет иметь номер на 2 единицы больше чем предыдущая. Т.е. нумерация записей будет что-то вроде: 1, 2, 3, 5, 6 и т.д. что не есть хорошо Отсюда вопрос. Как можно заблокировать таблицу целиком ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 05:23:42 |
|
||
|
Уникальное, ПОСЛЕДОВАТЕЛЬНОЕ значение. КАК ???
|
|||
|---|---|---|---|
|
#18+
> 1, 2, 3, 5, 6 и т.д. что не есть хорошо Почему? просто не нравится или есть какие-то реальные аргументы PS лучше не парься по поводу ерунды, а перейдеш на MSSQL там можно будет пробелы в счетчике заполнять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 05:39:24 |
|
||
|
Уникальное, ПОСЛЕДОВАТЕЛЬНОЕ значение. КАК ???
|
|||
|---|---|---|---|
|
#18+
Как известно - это необходимая мера (особенно, когда много пользователей работают) Т.е. значение счетчику присваивается ДО сохранения записи, чтобы накладок не было! Уж так Акс сделан - и насколько я знаю, не только Акс + Ни когда не понимал проблемы "пробелов" в значениях ключа - чем эти пробелы вам помешали? ИМХО - главное, не то чтобы числа подряд шли, а то чтобы они отличались, а последовательное "поле" можно в запросе сымитировать самостоятельно :) http://www.sql.ru/faq/faq_topic.aspx?fid=214 Q7 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 08:57:03 |
|
||
|
|
start [/forum/topic.php?fid=45&msg=32686424&tid=1671894]: |
0ms |
get settings: |
5ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 327ms |
| 0 / 0 |
