Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2008.03.23;
Скачать: [xml.tar.bz2];

Вниз

Обнуление счетчика в Access   Найти похожие ветки 

 
CFi   (2007-11-01 23:03) [0]

Привет Всем, подскажите как программно обнулить счетчик в Access


 
CFi   (2007-11-01 23:10) [1]

Счктчик - это поле с типом счетчик, просто в таблицу постоянно добавляются и и из нее удаляются данные и счетчик блин может так достичь очень большого числа


 
Anatoly Podgoretsky ©   (2007-11-01 23:19) [2]

Простой вопрос - сколько записей добавляется в сутки?


 
DVM ©   (2007-11-01 23:42) [3]


> и счетчик блин может так достичь очень большого числа

ну и что? ты лучще подумай о том, что в таком режиме работы файл базы постепенно вырастет до своего максимального для акцесс размера и потом все, кирдык. Потребуется сжатие.


 
sniknik ©   (2007-11-01 23:44) [4]

забей. если даже такое и случится (достигнет максимума), что маловероятно, то счетчик просто перепрыгнет в минимум (там видать инкремент без учета переполнения). и все пойдет по кругу...


 
sniknik ©   (2007-11-01 23:46) [5]

DVM ©   (01.11.07 23:42) [3]
не вырастет, т.к.
> ... постоянно добавляются и и из нее удаляются
а от удаленных он место повторно использует


 
CFi   (2007-11-01 23:48) [6]

Блин все это так, но все-таки хочеься цивильно чтобы было, что пря м никак вообще нельзя програмно обнулить?


 
Anatoly Podgoretsky ©   (2007-11-01 23:51) [7]

> CFi  (01.11.2007 23:48:06)  [6]

Ты замалчиваешь насчет количества новых записей в день.


 
DVM ©   (2007-11-01 23:51) [8]


> sniknik ©  


> а от удаленных он место повторно использует

Использует ли? Не уверен.


 
sniknik ©   (2007-11-01 23:52) [9]

почему нельзя? можно, см. хелп по alter table ... , только бессмысленно это, хотелось бы смысл "цивильности" понять, а то получается нецивильно программы пишу...


 
Anatoly Podgoretsky ©   (2007-11-01 23:53) [10]

> DVM  (01.11.2007 23:51:08)  [8]

Мое наблюдение, что неиспользует и даже пре редактирование занимает новое место в файле. Этим они обеспечивают особую живучесть, за счет транзакционного принципа работы.


 
sniknik ©   (2007-11-01 23:53) [11]

> Использует ли? Не уверен.
проверь. или поверь.


 
DVM ©   (2007-11-01 23:54) [12]


> Мое наблюдение, что неиспользует

Тогда счетчик максимума не достигнет никогда, если сжатие не выполнять. Быстрее файл достигнет 2 гб.


 
Anatoly Podgoretsky ©   (2007-11-01 23:56) [13]

> DVM  (01.11.2007 23:54:12)  [12]

Сжатие надо постоянно выполнять, при напряженной работе размер растет стремительно, по наблюдениям за Access 97/2000


 
CFi   (2007-11-01 23:57) [14]

На счет Alert Table - это хорошая мысль, только каждый раз создавать новую таблицу, тоже гемор, хотя все-таки мысль хорошая


 
engine ©   (2007-11-02 00:09) [15]


> CFi   (01.11.07 23:57) [14]

мысль хорошая - но не цивильная ))


 
sniknik ©   (2007-11-02 00:23) [16]

> Тогда счетчик максимума не достигнет никогда, если сжатие не выполнять. Быстрее файл достигнет 2 гб.
достигнет. попробуй всетаки поверить, место используется. не линейно типа если есть то обязательно надо занять (с минимизацией места), а тогда когда движку это покажется выгодней (с максимизацией скорости).

> по наблюдениям за Access 97/2000
97-й давно пора из наблюдений исключить, особенно после того как мелкософт признал, что в нем серьезные недостатки и рекомендовал если уж и использовать то с 2000го минимум.

> мысль хорошая - но не цивильная ))
точно не цивильная.

хотя и единственная которая позволяет модифицировать таблицу, а не создавать новую...
> только каждый раз создавать новую таблицу
?? где уж ты там в хелпе создание по ней нашел... скорее всего туда и не заглядывал, а так ляпнул что с бодуна взбрело.


 
Anatoly Podgoretsky ©   (2007-11-02 00:24) [17]

> sniknik  (02.11.2007 00:23:16)  [16]

А где я найду 2003 для наблюдения.


 
Anatoly Podgoretsky ©   (2007-11-02 00:26) [18]

> sniknik  (02.11.2007 00:23:16)  [16]

А насчет количество добавлений так и молчит, но может он вечно собирается жить.
И умалчивается структура связей таблиц, думаю там вообще одна плоская таблица.


 
sniknik ©   (2007-11-02 00:26) [19]

> А где я найду 2003 для наблюдения.
2000-го достаточно.


 
Anatoly Podgoretsky ©   (2007-11-02 00:28) [20]

> sniknik  (02.11.2007 00:26:19)  [19]

Вопрос стоит иначе, где я Акцесс вообще возьму, я последний раз видел его в 2000 году.


 
sniknik ©   (2007-11-02 00:46) [21]

а зачем вообще access? (я уж забыл когда его открывал ) винда есть? щелкнуть правой клавищей мыши на рабочем столе, в "создать" выбрать "Приложение Microsoft Office Access" (должно быть, если нет то сделать через интерфейс настройки DSN ODBC) на крайний случай можно через Jro или Dao  сделать базу.
дальше через ADO выполнять запросы (дельфи то есть?).

кстати проверил 97й он в этом плане тоже нормально работает, использует место повторно.


 
DVM ©   (2007-11-02 10:54) [22]


> sniknik ©

Я тоже проверил. Правда я совсем примитивный пример накатал - чисто добавление удаление, но вроде файл не растет.


 
sniknik ©   (2007-11-02 11:19) [23]

> Правда я совсем примитивный пример накатал
я совсем не "катал", просто в уже готовой программке для тестов запросов записал чтото большое (копию таблицы), предварительно до теста упаковав базу конечно (точка отсчета), потом удалил это, вышел посмотрел размер, после повторил "запись того же большого", вышел, размер тот же (примерно, разница в несколько килобайт, при общем приросте от первого на ~ 200 мег (такая таблица была максимальная)). что было бы невозможно если бы не использовалось место из под удаленного.


 
Anatoly Podgoretsky ©   (2007-11-02 13:02) [24]

> sniknik  (02.11.2007 11:19:23)  [23]

Для чистоты эксперимента стоит еще проверить обновление, самое простое fld=fld
Ну и могут быть различия, выполнять в Акцесс или во внешнем приложение, кроме того Микрософт наверно тоже на месте не стоял, с 97 до 2007 прошло много времени. В 97 размер катастрофически увеличивался и при том не при добавление/удаление.


 
sniknik ©   (2007-11-02 13:55) [25]

> Для чистоты эксперимента стоит еще проверить обновление, самое простое fld=fld
нафиг еще проверки... работать тоже надо. (я для себя уже на проверялся достаточно, а убеждать когото цели нет, кто хочет/нужно сам проверит. или пусть просто верит)
вообще, у нас клиенты кое кто по два года упаковок не делали, просто не знали как/зачем (в проге есть кнопка "упаковать", но им ее не показали...) и ничего страшного не случалось, переполнений базы не возникало хотя если посчитать все проходные/временные данные побывавшие в базе то там не то что 2 там 200 гигов превысит... показатель однако.

> выполнять в Акцесс или во внешнем приложение
все что я говорил это относится к внешним приложениям (Jet), про то что будет в самом access-е ничего сказать не могу (предполагаю что тоже самое, но без гарантий), я с ним не работаю практически.

> и при том не при добавление/удаление.
в 2000 и 2003 тоже может быть не при добавлении, а на "простом" селекте с джойнами, чтото ему изза объединений нужно, какие дополнительные рабочие пространства... но они тоже после будут использованы если выделились


 
Anatoly Podgoretsky ©   (2007-11-02 14:09) [26]

> sniknik  (02.11.2007 13:55:25)  [25]

Ну тогда не надо, неважно это.



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2008.03.23;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.51 MB
Время: 0.007 c
15-1202831227
Nucer
2008-02-12 18:47
2008.03.23
Лицензирование Windows 2003 Server Standard


2-1203518107
dart_vaider
2008-02-20 17:35
2008.03.23
lookup combobox


4-1185433986
Dmitry_177
2007-07-26 11:13
2008.03.23
Можно ли какнибудь определить время и период срабатывания таймера


2-1204052315
Эрни
2008-02-26 21:58
2008.03.23
Как найти набор последовательных символов в файле


15-1202760185
NailMan
2008-02-11 23:03
2008.03.23
Есть ли сайты-базы для поиска по VenID/DevID?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский