Ограничение Paradox

← →
D@Nger © (2006-12-07 11:17) [0]

Здравствуйте мастера! Использую базу на Paradox. Сколько записей можно хранить в одной таблице? Хочу сделать таблицу для хранения лога и думаю, а что делать если таблица кончится. Кто сталкивался с такой проблемой поделитесь решением пожалуйста. Спасибо!

← →
Elen © (2006-12-07 11:22) [1]

> а что делать если таблица кончится.

Удалять старые записи.

← →
Sergey13 © (2006-12-07 11:30) [2]

> [0] D@Nger © (07.12.06 11:17)
> Использую базу на Paradox.
Сочувствую.

> Хочу сделать таблицу для хранения лога
Эта таблица будет еще одним поводом для сбоев. Оно надо?
Зачем вообще нужен лог? Как им предполагается пользоваться? Исодя и своего опыта советую 10 раз подумать о его целесообразности. Гораздо эффективнее будет перевести БД на более устойчивую СУБД.
ИМХО.

← →
ЮЮ © (2006-12-07 11:32) [3]

> Гораздо эффективнее будет перевести БД на более устойчивую СУБД.

И уже её "свалить" своим логом :)

← →
Jeer © (2006-12-07 11:34) [4]

> D@Nger © (07.12.06 11:17)

Каждый месяц, год, столетие начинай с новой таблицы.

← →
Sergey13 © (2006-12-07 11:35) [5]

> [3] ЮЮ © (07.12.06 11:32)

Может и так. 8-)

← →
d@nger © (2006-12-07 11:36) [6]

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

← →
ЮЮ © (2006-12-07 11:37) [7]

А что тогда будет в базе, если ты это называешь логом? :)

← →
Elen © (2006-12-07 11:37) [8]

> удалять старые здесь не подойдет

Ну можеш перед удалением делать архивную копию с пометкой записи от такой то даты до такой.

← →
Jeer © (2006-12-07 11:38) [9]

> d@nger © (07.12.06 11:36) [6]

Обычно логами называют несколько другие вещи.

В таком случае сделай прикидочный расчет на объем записей и таблицы и вряд ли стоит даже начинать с Paradox.

← →
Loginov Dmitry © (2006-12-07 14:49) [10]

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

Что за склад? До 100 тысяч записей в табличке и Парадокс успешно вытягивает.

← →
d@nger © (2006-12-07 14:54) [11]

Я слышал, что парадокс позволяет хранить в одной таблице 2 милиарда записей. Это правда? Каким образом можно организовать складской учет, что бы можно было формировать отчеты по остаткам на любой день, а не только его текущее состояние? Мне интересна структара базы. Я придумал, мол хранить лог операций и когда надо, пробегать с начала базы по всем интересующим датам и на лету формировать остаток. Если расход минусовать, если приход прибавлять. Подскажите как быть...

← →
Sergey13 © (2006-12-07 15:03) [12]

> [11] d@nger © (07.12.06 14:54)

Для склада таки желательно взять не Парадокс, а нормальную серверную СУБД а-ля файрберд.
При всей распространенности и кажущейся простоте этой задачи - это весьма непростая штука, если делать все по уму.
На вопросы "скажите как сделать склад" нормальных ответов ты врят ли получишь (ну если только МсГанз сюда заглянет 8-), потому, что это весьма объемная тема. Думай. Пробуй. Сначала на бумаге и в голове. Потом желательно в чем то типа ErWin-а, но можно и прямо в БД. Конкретные вопросы будут - спрашивай.

По поводу расчета остатка. У тебя вполне работоспособный вариант. Но на рабочих объемах инфы неизбежны тормоза. Мне больше нравится считать текущий остаток тригерами. А на дату в прошлом считать в обратном порядке - меньше лопатить данных придется.

← →
Loginov Dmitry © (2006-12-07 15:42) [13]

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

Используй SQL. Это будет на порядки быстрее твоего пробегания с начала базы.
При правильно составленном запросе практически любая требуемая информация при 100 тысячах записей в журнале будет извлекаться за доли секунды.

← →
Jeer © (2006-12-07 15:50) [14]

> Loginov Dmitry © (07.12.06 15:42) [13]

> пробегания с начала базы.

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

← →
Loginov Dmitry © (2006-12-07 16:15) [15]

> Не поверишь, сервер так же тупо пробегает все включенные
> в запрос записи.

Невероятно! Как же так! Вы рассеяли все волшебство SQL. :))

> D@Nger (07.12.2006 11:17:00) [0]

Логическое ограничение 2 миллиарда записей.

> Anatoly Podgoretsky © (07.12.06 19:45) [17]
>
> > D@Nger (07.12.2006 11:17:00) [0]
>
> Логическое ограничение 2 миллиарда записей.
>

Плюс ограничение на количество блоков 65536, имхо.

> Германн (08.12.2006 0:51:20) [20]

Ну и что, во первых размер блока можно поставить в 32 к, а во вторых это разные величины, как и максимальный размер файла, поддерживает 2 миллиарда записей, но рвньше уткнешься или на количестве блоков или на размере файла или еще раньше все накроется медным тазом. При том значительно раньше.

Ограничение Paradox Найти похожие ветки