ОтчаянныйКак данная БД будет ворочаться, когда достигнет объемов больше 10Гб? Какие подводные камни возникают при таких объемах данных?Нормально она ворочается. У нас около 350 коннектов (по два на каждого юзера), база сейчас свыше 50 Гб (блобов очень мало). Кол-во транзакций в сутки - 1.1...1.3 млн (судя по логу последних дней).

Но вам обязательно придется:
1) настроить firebird.conf, т.к. по дефолту там настройки для запуска на P-III 350 MHz и работы 10 чел. Речь идёт прежде всего о DefaultDBCachePages, TempCacheLimit и, возможно, LockHashSlots.
2) освоить средство трассирования, дабы видеть тормозные запросы
3) мониторить базу на предмет застрявших OIT и отстреливать такие коннекты (в том числе пресловутый коннект от ИБЭ, когда "открыли таблицу и ушли домой")
4) не стесняться ходить сюда, на форум, и задавать глупые вопросы: ибо ФБ-разрабы тут очень частые гости и получите помощь из первых рук.

Подводный камень #1: размер страницы базы. Он должен быть не менее 8К. Если же юзаете таблицы с юникодом, то ставьте 16К, иначе непременно по индексам упрётесь в implementation limit exceeded.
Подводный камень #2: накопление мусора при "нечтении старых данных" (см. материал на ibase.ru) - обязательно по крону запускайте gfix -sweep. Если можете, лучше сразу добавьте в ХП, меняющие или удаляющие большие объёмы данных, повторную перечитку по только что выполненным критериям. Мусор должен собирать тот, кто насорил, а не тот, кто пришёл после.
Подводный камень #3: забывание отслежки новых сообщений в firebird.log. Базу ФБ развалить трудно, и обычно этому предшествуют сообщения в логе. На них обязательно обращайте внимание. К сож-ю, лог ФБ надо фильтровать: там будет еще и туча спама вида errno=-104 / -110 от некорректных отключек юзеров. :(

Dimitry SibiryakovТаблоидМусор должен собирать тот, кто насорил, а не тот, кто пришёл после.
Влад бы сказал "иногда лучше жевать..."Ну так кассирше со стоящим перед ней клиентом, коннект которой начал мусор собирать за каким-то поросёнком - ей что сказать ? Чтобы тоже жевала ? :-)

oleg_m тут Что именно "там" ? Про ту "же самую транзакцию" ?

DarkMasterкогда до 100Гб дорастет - перечитай пост Таблоида...нет, ему раньше придется, если эти 70 юзеров действительно что-то молотят, а не просто "сидят в программе".

Dimitry SibiryakovТаблоидПро ту "же самую транзакцию" ?
Ага. Откуда в "той же самой ХП" возьмётся мусор, годный к сборке.Найди, где я сказал про ТУ ЖЕ САМУЮ транзакцию.
Dimitry Sibiryakov[Собственно говоря, откуда вообще в данных, необходимых для работы АРМ кассирши может взяться мусор?..Если база спроектирована поклонниками EAV, то запросто.
И даже если не EAV, тоже: например, кассир при закрытии ("отгрузке") документа вызовет запись проводок, а обороты и остатки по счетам лежат там же, куда лезут бухи со своими корректировками.

WildSeryконнект этого рабочего места без сборки мусора.да там половина таких рабочих мест получится, на которых мусор надо отключать ввиду повышенных требований к отклику программы: кассиры, менеджеры по запчастям и сервису. Везде, где клиенты толкутся - там и отключать придется. Не айс.

WildSeryЧто именно "не айс"? То, что за них мусор будут те же бухгалтера собирать?Да, и не только бухи. Всякие начальнеги, клиент-менеджеры, логисты и проч. - им ведь тоже надоработать, а не на песочные часы глазеть. То, что коннект-поросёнок удалил / проапдейтил за день 100000 строк и дальше сказал: "ну я пошёл, а вы тут сами убирайтесь, на кого бог пошлёт" - это действительно выглядит как свинство с его стороны. Что в реале, что в виртуале :-)

Dimitry SibiryakovТаблоидНайди, где я сказал про ТУ ЖЕ САМУЮ транзакцию.А откуда в "той же самой ХП, меняющей или удаляющей большие объёмы данных" (про которую ты
сказал) возьмётся совсем другая транзакция?А что, "та же самая ХП" не может быть вызвана клиентом сразу после успешного коммита ? с теми же самыми параметрами + дополнительным параметром-флажком ("только прочитать") ?
Dimitry SibiryakovЭто с какого перепугу у вас кассир, "перед которым клиенты стоят" делает какую-то "отгрузку"?А по-твоему кто её должен делать ? Кто должен переводить изделия из регистра "Резерв" в регистр "Отгружено" ? Уж не склад ли, который заинтересован в списании с себя как можно большей недостачи ?