Sergey Orlov А сама база сколько весит?


3.06 и 3.61 Гб соответственно

Sergey Orlov Все правильно, так и должно быть... В составе аса есть утилита rebuild, для каждой версии своя, общий синтаксис rebuild old-database new-database [ DBA-password ]

Спасибо, ушёл искать утилиту

Ну размер базы не такой уж и большой, учитывая размер лога, если на компе ничего не крутится кроме аса, то можно ему отдать 3 гига памяти сразу, но можно попробовать и уйти на x64, с другой стороны размер лог довольно большой, что говорит о большом количестве модификаций (insert/delete/update), т.е. можно подумать и об этом, правда нет никакой информации о количестве работающих клиентах
Только помнить, что после rebuild'а дороги назад может и не быть, т.е. откат будет только через выгрузку базы в sql файл..[/quot]

...Или откатываться на бэкап.
Я копию базы отправлю на ребилд, это не проблема.

Клиентов работает относительно немного. 40-50 человек за 8 часов.

Что касается большого количества модификаций, я же показывал один из запросов. Там insert в select'е select'ом погоняет - очень сложные запросы с кучей вложенных селектов с разных баз. Именно поэтому я и хотел в пхп всё делать - перекинуть один раз в массивчик данные и издеваться над ними вместо того, чтобы по пять раз за один select обращаться к базе и искать там то максимум, то изнулл, то ещё какую беллетристику. Ну согласитесь, что временные таблицы - это то же самое, в том числе и по времени выполнения.

Подключил ASA 17, теперь некоторые процедуры там не выполняются... зато работает вроде побыстрее.
Ещё ODBC не хочет прямо настраиваться...

Возник вопрос.
У меня данной БД пользуется только Апач и крутящиеся на нём веб-странички на PHP. Если сделать подключение Апача к СУБД постоянным (теперь тут будет версия ASA 17), то есть не применять функции типа odbc_close(), не возникнет проблем с доступом к базе, с синхронизацией или каких-либо других проблем? Сейчас в каждой странице, обращающейся к СУБД происходит подключение соединения и закрытие соединения после запроса