
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.08.2004, 14:39:46
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Может кто подскажет: Файл МДБ в нем таблица в той таблице поле счетчик... в свойстве поля Новые значения=последовательные Если МДБ 2000 и выше , то после удалении записи ID(счетчик) = (допустим)20 он впоследствии всё равно добавит запись с ID =20 сталкиваюсь с этим постоянно. А в 97 такого нет. Объясните что это и как можно бороться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 14:59:28
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Ето я в сотый раз вижу. Кстати фак моим бы вопросом дополнить ... Не уж то ни кто не встречал????? Причём это на разных машинах... Вопрос не критический, но узнать поболе охотца. у меня в базе счетчик перевалил за 200000 записи удаляються редко, но если удаляються то юзера начинают паниковать :"О ужас !!! откуда у меня 14 номер всплыл???" я раньше объяснял "Ничего страшного бла бла бла" а потом базу стал держать в 97... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 15:08:46
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
а зачем они видят счетчики? производственная необходимость? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 15:15:32
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
авторзачем они видят счетчики? производственная необходимость? Уникальный индификатор -номер паета документов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 15:53:30
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
значит нужно организовывать собстенный счётчик для номера документа, а autonumber использовать для внутренних нужд ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 15:58:43
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Вы гопода не ту проблему решаете.... Код: plaintext 1. 2. 3. 4. 5. 6. Кто нибудь с таким сталкивался ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 16:04:19
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Нет, как раз ту. Если поведение счётчика различается и более того не устраивает конкретного заказчика, то счётчик нужно делать самому. Или больше воолнует вопрос "почему?" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 16:08:15
|
|||
|---|---|---|---|
|
|||
Разный счётчик А97 vs 2000 |
|||
|
#18+
Правильно ли я понял? - в поде счетчик уже есть запись с id=20, и при вставке новой записи в это поле вставляется автоматом опять 20? Попробуйте сделать сжатие базы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 17:06:20
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
авторИли больше воолнует вопрос "почему?" Да именно! И еще можно добавить почему в 97 этого нету а в 2000 есть и как бы этим научиться управлять см. вопрос№4 фак автор Правильно ли я понял? - в поде счетчик уже есть запись с id=20, и при вставке новой записи в это поле вставляется автоматом опять 20? Не правильно в поле нет записи с id=20 её удалили, но вставке новой записи в это поле вставляется автоматом опять 20? авторПопробуйте сделать сжатие базы... Не помню помагает или нет, но это не выход... как узнавать что базу нужно сжать именно сейчас?! или это делать ежеминутно?! а каждый день я её и так сжимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 17:09:21
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Описанное поведение 2000 аномально. jet что 3.5 что 4.0 повторно значение счётчика не использует. Случайно транзакций в процесс создания записей не намешано? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2004, 17:24:10
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Сначало думал что это происходит из-за того что меняю значение счетчика запросами на добавление. Но сегодня в базе в которой даже таких запросов нет случилась такая-же фигня...Поэтому сразу завёл данный топик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.08.2004, 04:43:10
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Попробовал в 2003. Введеное и удаленное значение счетчика теряется и в дальнейшем не используется, даже после сжатия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.08.2004, 07:02:35
|
|||
|---|---|---|---|
|
|||
Разный счётчик А97 vs 2000 |
|||
|
#18+
Ради спортивного интереса провёл эксперимент: - создал таблицу - добавил туда 100000 записей (счётчик остановился на 100000) - удалил записи через одну (с помощью vba)-50000 шт - снова добавил в таблицу 50000 (счётчик остановился на 150000 отсутствующие значения счётчик не заполнял Тест проводился на Office XP Я бы рекомендовал провести такой же тест в Office 2000 на пустой базе. Проделать все вышеперечисленные шаги, а только тогда делать выводы о глючности/не-глючности офиса. Мало ли что в вашей базе делается??? Мы её не видели... Я бы и сам провёл тест, да у нас в конторе у всех офисы XP стоят... Удачи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.08.2004, 08:41:26
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
А может у базы выставлен режим сжатия при закрытии? Тогда вполне понятно - последняя запись с id=20. Удаляем ее, закрываем базу (она автоматически сжимается). Открываем и добавляем новую запись - снова с ID=20? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.08.2004, 11:28:11
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Только недавно сталкнулся с данной проблемой. В поле с типом "счётчик" были отрицательные значения и 0. Посмотри у себя. Лечится удалением записей с отрицательным полем типа "счётчик" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.08.2004, 09:41:53
|
|||
|---|---|---|---|
Разный счётчик А97 vs 2000 |
|||
|
#18+
Galustov Ради спортивного интереса провёл эксперимент: - создал таблицу - добавил туда 100000 записей (счётчик остановился на 100000) - удалил записи через одну (с помощью vba)-50000 шт - снова добавил в таблицу 50000 (счётчик остановился на 150000 -Скорее всего это надо делать не один раз, а переодически часто... У меня происходит при добавлении записи через форму, а не через запрос. Да и происходит это (скорее всего) пред падением базы... SMА может у базы выставлен режим сжатия при закрытии? Тогда вполне понятно - последняя запись с id=20. Удаляем ее, закрываем базу (она автоматически сжимается). Открываем и добавляем новую запись - снова с ID=20? Это понятный фокус... -но если в бпзе 200000 записей и удаляеться id=20 то такого быть не должно. AlTis Только недавно сталкнулся с данной проблемой. В поле с типом "счётчик" были отрицательные значения и 0. Посмотри у себя. Лечится удалением записей с отрицательным полем типа "счётчик" -исключено Номера Id тщательно проверяются я же говорил что они входит в уникальный номер пакета документов. Сразу оговорю: Описанная мной ситуация не носит закономерный характер т.e. в режиме нормальноё работы база может просуществовать и месец, и счетчик не выдаст значение удаленных записей... но я то уже знаю что когда-нибудь обязательно Начнет выдавать. Я это видел на разных машинах... на разных приложениях в аккесе 2000 и XP c разными структурами свезей и т.д. Неужели никто не наблюдал... Ну собственно буду проводить эксперементы, если удасться развести на эксперементальную базу на это ... - тогда обязательно выложу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.09.2004, 14:59:38
|
|||
|---|---|---|---|
|
|||
Разный счётчик А97 vs 2000 |
|||
|
#18+
Гораздо печальней, что "... Сжатие проекта не влияет также на таблицы, содержащие поле счетчика в проектах Access 2002..." (Цитата из книги по Access 2002). Похоже, что и в 2000 тоже. Как результат - у меня практически в каждой таблице существует счётчик и база не сжимается вообще!! Просто КАРАУЛ!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=45&tablet=1&tid=1671945]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
42ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 206ms |
| total: | 311ms |

| 0 / 0 |
