| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Ограничение Paradox [D7, XP]
D@Nger © (2006-12-07 11:17:00)Здравствуйте мастера! Использую базу на Paradox. Сколько записей можно хранить в одной таблице? Хочу сделать таблицу для хранения лога и думаю, а что делать если таблица кончится. Кто сталкивался с такой проблемой поделитесь решением пожалуйста. Спасибо!
Anatoly Podgoretsky (2006-12-08 07:49:00) [1]> Германн (08.12.2006 0:51:20) [20]
Ну и что, во первых размер блока можно поставить в 32 к, а во вторых это разные величины, как и максимальный размер файла, поддерживает 2 миллиарда записей, но рвньше уткнешься или на количестве блоков или на размере файла или еще раньше все накроется медным тазом. При том значительно раньше.
Германн (2006-12-08 00:51:00) [2]
> Anatoly Podgoretsky © (07.12.06 19:45) [17]
>
> > D@Nger (07.12.2006 11:17:00) [0]
>
> Логическое ограничение 2 миллиарда записей.
>
Плюс ограничение на количество блоков 65536, имхо.
MsGuns (2006-12-07 20:36:00) [3]>D@Nger © (07.12.06 11:17)
> и думаю, а что делать если таблица кончится.
Похоронить ее.. Лучше с музыкой
Anatoly Podgoretsky (2006-12-07 19:48:00) [4]> D@Nger (07.12.2006 11:17:00) [0]
Логическое ограничение 2 миллиарда записей.
Anatoly Podgoretsky (2006-12-07 19:45:00) [5]> D@Nger (07.12.2006 11:17:00) [0]
Логическое ограничение 2 миллиарда записей.
Jeer (2006-12-07 16:43:00) [6]
> Loginov Dmitry © (07.12.06 16:15) [15]
Приходится подчищать иной раз:)
Loginov Dmitry (2006-12-07 16:15:00) [7]> Не поверишь, сервер так же тупо пробегает все включенные
> в запрос записи.
Невероятно! Как же так! Вы рассеяли все волшебство SQL. :))
Jeer (2006-12-07 15:50:00) [8]
> Loginov Dmitry © (07.12.06 15:42) [13]
> пробегания с начала базы.
Не поверишь, сервер так же тупо пробегает все включенные в запрос записи.
Вопрос не в этом, а в использовании технологии клиент-сервер.
А SQL-язык и для Paradox используется.
Loginov Dmitry (2006-12-07 15:42:00) [9]> Я придумал, мол хранить лог операций и когда надо, пробегать
> с начала базы по всем интересующим датам и на лету формировать
> остаток. Если расход минусовать, если приход прибавлять.
> Подскажите как быть...
Используй SQL. Это будет на порядки быстрее твоего пробегания с начала базы.
При правильно составленном запросе практически любая требуемая информация при 100 тысячах записей в журнале будет извлекаться за доли секунды.
Sergey13 (2006-12-07 15:03:00) [10]> [11] d@nger © (07.12.06 14:54)
Для склада таки желательно взять не Парадокс, а нормальную серверную СУБД а-ля файрберд.
При всей распространенности и кажущейся простоте этой задачи - это весьма непростая штука, если делать все по уму.
На вопросы "скажите как сделать склад" нормальных ответов ты врят ли получишь (ну если только МсГанз сюда заглянет 8-), потому, что это весьма объемная тема. Думай. Пробуй. Сначала на бумаге и в голове. Потом желательно в чем то типа ErWin-а, но можно и прямо в БД. Конкретные вопросы будут - спрашивай.
По поводу расчета остатка. У тебя вполне работоспособный вариант. Но на рабочих объемах инфы неизбежны тормоза. Мне больше нравится считать текущий остаток тригерами. А на дату в прошлом считать в обратном порядке - меньше лопатить данных придется.
d@nger (2006-12-07 14:54:00) [11]Я слышал, что парадокс позволяет хранить в одной таблице 2 милиарда записей. Это правда? Каким образом можно организовать складской учет, что бы можно было формировать отчеты по остаткам на любой день, а не только его текущее состояние? Мне интересна структара базы. Я придумал, мол хранить лог операций и когда надо, пробегать с начала базы по всем интересующим датам и на лету формировать остаток. Если расход минусовать, если приход прибавлять. Подскажите как быть...
Loginov Dmitry (2006-12-07 14:49:00) [12]> Лог нужен для ведения складского учета, поэтому удалять
> старые здесь не подойдет...Лог нужен для хранения всех операций
> по складу, чтобы можно было составить отчет остатков на
> любой день.
Что за склад? До 100 тысяч записей в табличке и Парадокс успешно вытягивает.
Jeer (2006-12-07 11:38:00) [13]
> d@nger © (07.12.06 11:36) [6]
Обычно логами называют несколько другие вещи.
В таком случае сделай прикидочный расчет на объем записей и таблицы и вряд ли стоит даже начинать с Paradox.
Elen (2006-12-07 11:37:00) [14]
> удалять старые здесь не подойдет
Ну можеш перед удалением делать архивную копию с пометкой записи от такой то даты до такой.
ЮЮ (2006-12-07 11:37:00) [15]А что тогда будет в базе, если ты это называешь логом? :)
d@nger (2006-12-07 11:36:00) [16]Лог нужен для ведения складского учета, поэтому удалять старые здесь не подойдет...Лог нужен для хранения всех операций по складу, чтобы можно было составить отчет остатков на любой день.
Sergey13 (2006-12-07 11:35:00) [17]> [3] ЮЮ © (07.12.06 11:32)
Может и так. 8-)
Jeer (2006-12-07 11:34:00) [18]
> D@Nger © (07.12.06 11:17)
Каждый месяц, год, столетие начинай с новой таблицы.
ЮЮ (2006-12-07 11:32:00) [19]
> Гораздо эффективнее будет перевести БД на более устойчивую СУБД.
И уже её "свалить" своим логом :)
Sergey13 (2006-12-07 11:30:00) [20]> [0] D@Nger © (07.12.06 11:17)
> Использую базу на Paradox.
Сочувствую.
> Хочу сделать таблицу для хранения лога
Эта таблица будет еще одним поводом для сбоев. Оно надо?
Зачем вообще нужен лог? Как им предполагается пользоваться? Исодя и своего опыта советую 10 раз подумать о его целесообразности. Гораздо эффективнее будет перевести БД на более устойчивую СУБД.
ИМХО.
| |
Страницы: 