Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Обнуление счетчика в Access [D7, Access]

Страницы: 1 2 >
CFi © (2007-11-01 23:03:00)
Привет Всем, подскажите как программно обнулить счетчик в Access

Anatoly Podgoretsky (2007-11-02 14:09:00) [1]
> sniknik (02.11.2007 13:55:25) [25]

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

sniknik (2007-11-02 13:55:00) [2]
> Для чистоты эксперимента стоит еще проверить обновление, самое простое fld=fld
нафиг еще проверки... работать тоже надо. (я для себя уже на проверялся достаточно, а убеждать когото цели нет, кто хочет/нужно сам проверит. или пусть просто верит)
вообще, у нас клиенты кое кто по два года упаковок не делали, просто не знали как/зачем (в проге есть кнопка "упаковать", но им ее не показали...) и ничего страшного не случалось, переполнений базы не возникало хотя если посчитать все проходные/временные данные побывавшие в базе то там не то что 2 там 200 гигов превысит... показатель однако.

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

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

Anatoly Podgoretsky (2007-11-02 13:02:00) [3]
> sniknik (02.11.2007 11:19:23) [23]

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

sniknik (2007-11-02 11:19:00) [4]
> Правда я совсем примитивный пример накатал
я совсем не "катал", просто в уже готовой программке для тестов запросов записал чтото большое (копию таблицы), предварительно до теста упаковав базу конечно (точка отсчета), потом удалил это, вышел посмотрел размер, после повторил "запись того же большого", вышел, размер тот же (примерно, разница в несколько килобайт, при общем приросте от первого на ~ 200 мег (такая таблица была максимальная)). что было бы невозможно если бы не использовалось место из под удаленного.

DVM (2007-11-02 10:54:00) [5]

> sniknik ©

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

sniknik (2007-11-02 00:46:00) [6]
а зачем вообще access? (я уж забыл когда его открывал ) винда есть? щелкнуть правой клавищей мыши на рабочем столе, в "создать" выбрать "Приложение Microsoft Office Access" (должно быть, если нет то сделать через интерфейс настройки DSN ODBC) на крайний случай можно через Jro или Dao сделать базу.
дальше через ADO выполнять запросы (дельфи то есть?).

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

Anatoly Podgoretsky (2007-11-02 00:28:00) [7]
> sniknik (02.11.2007 00:26:19) [19]

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

sniknik (2007-11-02 00:26:00) [8]
> А где я найду 2003 для наблюдения.
2000-го достаточно.

Anatoly Podgoretsky (2007-11-02 00:26:00) [9]
> sniknik (02.11.2007 00:23:16) [16]

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

Anatoly Podgoretsky (2007-11-02 00:24:00) [10]
> sniknik (02.11.2007 00:23:16) [16]

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

sniknik (2007-11-02 00:23:00) [11]
> Тогда счетчик максимума не достигнет никогда, если сжатие не выполнять. Быстрее файл достигнет 2 гб.
достигнет. попробуй всетаки поверить, место используется. не линейно типа если есть то обязательно надо занять (с минимизацией места), а тогда когда движку это покажется выгодней (с максимизацией скорости).

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

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

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

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

> CFi (01.11.07 23:57) [14]

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

CFi (2007-11-01 23:57:00) [13]
На счет Alert Table - это хорошая мысль, только каждый раз создавать новую таблицу, тоже гемор, хотя все-таки мысль хорошая

Anatoly Podgoretsky (2007-11-01 23:56:00) [14]
> DVM (01.11.2007 23:54:12) [12]

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

DVM (2007-11-01 23:54:00) [15]

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

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

sniknik (2007-11-01 23:53:00) [16]
> Использует ли? Не уверен.
проверь. или поверь.

Anatoly Podgoretsky (2007-11-01 23:53:00) [17]
> DVM (01.11.2007 23:51:08) [8]

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

sniknik (2007-11-01 23:52:00) [18]
почему нельзя? можно, см. хелп по alter table ... , только бессмысленно это, хотелось бы смысл "цивильности" понять, а то получается нецивильно программы пишу...

DVM (2007-11-01 23:51:00) [19]

> sniknik ©

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

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

Anatoly Podgoretsky (2007-11-01 23:51:00) [20]
> CFi (01.11.2007 23:48:06) [6]

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

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »