Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2002.12.30;
Скачать: [xml.tar.bz2];

Вниз

Paradox vs Interbase (файл-сервер против клиент-сервера)   Найти похожие ветки 

 
Дмитрий К.К.   (2002-12-10 17:02) [0]

Приветствую усех!
Ситуация следующая.
Имеются таблицы СУБД, одна из которых содержит уже свыше 2 000 записей (причем там имеется поле BLOB для хранения содержимого документа с форматированием).
Начальство упорно желает видеть все ето в Парадоксе. Обоснование: пока все вроде работает, зачем переходить на Интербэйс, дополнительный риск, установка сервера и проч.
Таблицы в основном только для чтения (за крайне редким исключением).
Хотелось бы спросить у уважаемого общества, до каких пор Парадокс будет тянуть сей воз? (имеется в виду количество записей).
Что произойдет, если обращение к таблицам будет многопользовательское? (каковы ограничения и т.п.)

Спасибо за грамотные ответы от опытных и съвших собаку в етом деле ;)


 
Prooksius   (2002-12-10 17:09) [1]

Говорят, часто падают индексы у парадокса.
IB надежнее однозначно. Ну и помощнее будет в работе и удобнее. IMHO. :)


 
Виталий Панасенко   (2002-12-10 17:15) [2]

Насчет Paradox: ограничение на таблицы до 256 мБ (без учета БЛОБ), сеть из пяти-десяти (по литературе и до 25) должна работать нормально. А 2000 записей - это мелочь ! Даже 200 000 и более работает нормально ( у меня была таблица архив проводок - около 400 000 - тянул без проблем)


 
Дмитрий К.К.   (2002-12-10 17:19) [3]


> Виталий Панасенко (10.12.02 17:15)
> Насчет Paradox: ограничение на таблицы до 256 мБ (без учета
> БЛОБ), сеть из пяти-десяти (по литературе и до 25) должна
> работать нормально. А 2000 записей - это мелочь ! Даже 200
> 000 и более работает нормально ( у меня была таблица архив
> проводок - около 400 000 - тянул без проблем)


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


 
Anatoly Podgoretsky   (2002-12-10 17:26) [4]

Ограничение 2 ГБ, проблемы начинаются даже в локальном режиме, но правильно отлаженная сеть и почасовое архивирование минимизируют повреждения.
Если нужны точне значения ограничений на Парадокс то могу дома поискать ссылки


 
Дмитрий К.К.   (2002-12-10 17:31) [5]


> Anatoly Podgoretsky © (10.12.02 17:26)
> Ограничение 2 ГБ, проблемы начинаются даже в локальном режиме,
> но правильно отлаженная сеть и почасовое архивирование минимизируют
> повреждения.
> Если нужны точне значения ограничений на Парадокс то могу
> дома поискать ссылки


Поищите, пожалуйста, Анатолий.


 
petr_v_a   (2002-12-10 17:41) [6]

Если "в основном" на чтение, то Pidarox потянет нормально и без проблем и в 10 раз больше записей. Как только начнется "чуть-чуть на изменение" да еще более чем с одной машины, проблемы начнутся однозначно и сразу. Конечно, они решаются, и Вам приведут примеры типа "да у меня нормально работает" и иногда справедливые :), но ведь Вы - не тот самый героический армянский комсомол... Да и надежность, однако - чтоб в IB "индекс рухнул" - это еще надо постараться. Ну и запросы строить проще - люди ж базу не "глазками" анализируют.


 
Anatoly Podgoretsky   (2002-12-10 19:57) [7]

Посмотрел, но ссылки не работают, сайты прекратили существование, а были просто великолепны, жаль не сохранил страницы, а там были BDE limits, dBase limits, Paradox limits и многое другое.


 
MsGuns   (2002-12-10 20:36) [8]

Кол-во записей для Paradox не есть критерий,- многое зависит от характеристик записей (точнее структуры таблицы), если в таблице 5 полей и все "короткие", то и миллион записей - не предел, если же запись содержит массу длинных текстовых полей (не мемо), да еще они используются как первичные ключи, то и 10000 может быть занадто. Кроме того, надежность работы на сети во многом определяется самой технологией работы программ на изменение. Если они постоянно "держат" таблицы в состоянии вставки или изменения (как при редактировании через гриды), да еще в связках Мастер-детал, то "поломки" бывают частенько (в основном "летят" индексы). Если же изменение/добавление выполняется через не связанные сдатасетом контролы (TEdit, TMemo и т.п.), а затем программно вносятся в НД, то базы рушатся куда реже. Ну и, конечно, надо использовать на полную механизм блокировок.
Парадокс плох не этим, а совсем другим. (Например, что всю топологию и алгоритмику приходится прописывать на "клиенте", т.е. в приложениях)

ИМХО, начальство в данном случае вполне может быть прАвым.


 
Anatoly Podgoretsky   (2002-12-10 21:49) [9]

Всетаки нащел


Paradox limits
Table and Index Files

127 Tables open per system
64 Record locks on one table (16Bit) per session
255 Record locks on one table (32Bit) per session
255 Records in transactions on a table (32 Bit)
512 Open physical files (DB, PX, MB, X??, Y??, VAL, TV)
300 Users in one PDOXUSRS.NET file
255 Number of fields per table
255 Size of character fields
2 Billion records in a table
2 Billion bytes in .DB (Table) file
10800 Bytes per record for indexed tables
32750 Bytes per record for non-indexed tables
127 Number of secondary indexes per table
16 Number of fields in an index
255 Concurrent users per table
256 Megabytes of data per BLOB field
100 Passwords per session
15 Password length
63 Passwords per table
159 Fields with validity checks (32 Bit)
63 Fields with validity checks (16 Bit)


 
Сергєєв Володимир   (2002-12-10 22:56) [10]

Хочу добавить свой комментарий насчет сетевой работы.

Когда-то я работал в одной фирмочке и мы устанавливали 1С. Хранит 1С все в ДБФ. Дык вот, была, значит, следующая коллизия:

База данных 1СПредприятие представляет собой 207 файлов, плюс файлы отчетов (написанные на внутреннем скрипте программы), коих может быть немеренное кол-во (нужен новый отчет - береш и дописываеш). Устанавливали мы клиенту нормальную лицензионку сетевую. Предприятие маленькое и база лежала на одной из тачек под Вин98. И такая значит фигня - три клиента коннектятся нормально, а четвертого вышибает. Мы долго мучались, пока наконец кому-то пришло в голову, что Вин98 может открывать не более 1024 файла одновременно. То бишь, при коннекте кажлого клиента выходит файл как бы заново открывается. Проблему тогда решили установкоу ВинНТ.

Я к чему - если у тя таблиц много (по крайней мере больше 100), то базу ложи на тачке с ВинНТ.

И еще - самый первый глюк всех файл-серверов - это если у файла таблицы стоит галочка "только чтение". Обычно все проги на этом вешаются (единственная, с которй я сталкивался, - Парус - при запуске пытается автоматически менять аттрибуты файлов базы, что делает плюс разработчикам).


 
Anatoly Podgoretsky   (2002-12-10 23:16) [11]

Да Парадокс этому не благоприятствует, с его кучей файлов



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2002.12.30;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.48 MB
Время: 0.009 c
1-99072
TCrash
2002-12-17 11:49
2002.12.30
FreePascal


1-99168
Error
2002-12-18 15:35
2002.12.30
TListView


3-98982
Alex K
2002-12-10 11:40
2002.12.30
Как здеалть запрос на SQL но компоненте


1-99108
Гас
2002-12-17 12:29
2002.12.30
Как убрать тень в хинтах в Delphi 7, WinXP?


3-99007
Opryshok
2002-11-29 17:05
2002.12.30
Я не експерт в MySQL





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский