Отправлено: 01.11.05 19:53. Заголовок: clipper 5.3

Поделитесь ,пожалуйста ,информацией по формату и ограничениям на параметры файла и подключений (строк в файле ,индексов ,блокировок) для Clipper 5.3 .Мой адрес olegtexas@inbox.ru ,если не тяжело ,пишите туда.СПАСИБО!!

 Отправлено: 02.11.05 17:28. Заголовок: Re:

Q: Каково максимальное количество записей в базах данных ?
(какой максимальный объем могут иметь файлы баз данных)
A: Ограничением является только размер файлов. Для разных СУБД он разный

СУБД..........Размер таблицы....Размер индексного файла....Размер MEMO файла
CA-Clipper.....1 Гбайт (DBF)......4 Гбайта (NTX)....................32 Мбайта (DBT)
FoxPro...........4 Гбайта (DBF)....4 Гбайта (CDX, IDX)..............4 Гбайта (FPT)
Advantage......4 Гбайта (DBF)....4 Гбайта (CDX, IDX, NTX)......4 Гбайта (DBT, FPT)
Advantage*....16000 Гбайт (ADT)..16000 Гбайт (ADI).............16000 Гбайт (ADM)
* при работе с файлами собственного формата (ADT, ADI и ADM)

Количество записей зависит от длины записи.

 Отправлено: 02.11.05 18:01. Заголовок: Re:

по-слухам, после нескольких миллионов записей индексы ни на клиппер, ни на ads не построятся -- рушатся

 Отправлено: 02.11.05 18:02. Заголовок: Re:

(я про dbfntx, dbfcdx)

 Отправлено: 02.11.05 19:39. Заголовок: Re:

Да было дело , как то тестили с SUV.
Давно это было ;)
Если не ошибаюсь то падало после 2.5 лимонов записей.

 Отправлено: 04.11.05 13:05. Заголовок: Re:

Кстати - Дима - ты как-то высылал мне линк на PAGESCRIPT 4 . Тот что не триальный . Если не трудно - повтори .
Softlog86@yahoo.com

 Отправлено: 04.11.05 13:38. Заголовок: Re:

Виталий
Лови ;) Только перекодируй линк из Base 64

aHR0cDovL3hoYXJib3VyLm5tLnJ1Ly5jb20xJTIwJTIwJTIwLwByMC8AZgBp
AGwAZQBzAC8ANwAxADYAOAAy

 Отправлено: 04.11.05 15:24. Заголовок: Re:

Вот зашибись .... и как я это сделаю ?

 Отправлено: 04.11.05 16:29. Заголовок: Re:

Перебил ... но что-то такого ресурса не находит ??? Мот ошибся ?

 Отправлено: 04.11.05 19:58. Заголовок: Re:

Виталий

Линки потер от греха подальше , отправил их тебе на мыло.

 Отправлено: 08.11.05 13:57. Заголовок: Re:

А пассворд ??? ( Да я такая достача)

 Отправлено: 08.11.05 20:56. Заголовок: Re:

Виталий
Пароль на что ?
На сам архив пароля нет. Доступ по протоколу Http без пароля.
Повторно закинул тебе мыло.
Сам архив я паковал. Правда давно было это..........но пароля там быть не должно.
Уточни.......

 Отправлено: 11.02.06 22:15. Заголовок: Re:

Не думал что докачусь до такого размера базы , но клиент поставил такую задачу.
База 2.5 лимона записей.
Размер DBF файлика 125 метров всего то.
Всего два поля
"POLE1","C",25,0
"POLE2","C",25,0

2 индексных файла.
Первый создается и не падает прога
Index on pole1 to test1

Второй во время создания падает в разных местах.
Index on pole1+pole2 to test2

Делал и так , но не помогает
Index on pole1+pole2+str(recno(),12) to test2

Крутится все под SIX.
Чего делать ума не приложу , кроме как уменьшать базу...................

 Отправлено: 12.02.06 08:05. Заголовок: Re:

Dima
это глюк SIX
попробуй добавь в индексное выражение '9999'
Index on pole1+pole2+"999 " to test2
подобрать количество 9 нужно

 Отправлено: 12.02.06 16:22. Заголовок: Re:

Valery
Спасибо , но падает все равно...........
С кол-вом 9 игрался ;(

 Отправлено: 12.02.06 16:24. Заголовок: Re:

Временно уменьшил базу до 2 лимонов , работает.

 Отправлено: 13.02.06 17:49. Заголовок: Re:

Dima, у меня возникла мысль с этим глюком. Может быть вы проверите.
Первый индекс у вас

Index on pole1 to test1

а второй представляет собой выражение из суммы двух строк

Index on pole1+pole2 to test2

У меня такое мнение, что ошибка возникает с тем, что неправильно в этом драйвере происходит работа со строками, то есть с выделением для них памяти.
Если второй индекс сделать таким же простым, как первый, то есть

Index on pole2 to test2

будет ли "вываливаться" программа?

Если нет, то есть идея при индексации включить вызов функции MEMORY() с параметром (не помню сейчас каким). Она часто используется теми, кто программирует на FiveWin и позволяет "собирать" неиспользуемую виртуальную память. Тогда вам не придется "временно уменьшать базу данных".

 Отправлено: 13.02.06 20:03. Заголовок: Re:

Григорьев Владимир
я чуть ошибся , индекс таков (о втором я)
Index on pole2+pole1 to test2

Просто Index on pole2 to test2 нет не валит прогу , все нормально.

Memory(-1) вроде ...я и сам не помню. Счас проверю.

Спасибо за идею !

 Отправлено: 13.02.06 20:42. Заголовок: Re:

Нахально сделал в базе 4500000 записей ;)

Пробнул варианты с MEMORY, не помогает ;(((
Вот такую фишку тож пробнул
@ 100, 100 SAY "" // тож до лампочки................

Если просто без вариантов индексировать просто по полю , не важно какому , не падает.

 Отправлено: 13.02.06 20:44. Заголовок: Re:

С NTX не пробовал так как это будет на "пару дней" ;) Да и не юзаю я его и не буду.

 Отправлено: 15.02.06 16:27. Заголовок: Re:

Dima пишет:

quote:

---

Временно уменьшил базу до 2 лимонов , работает.

---

Димон нифига у тебя не будет.
У меня база на 8 лимонов записей индексируется только под ADS.
Перестала индескироваться после 12 лимонов. Только обрезание.
Или переходить на Виндовое индексирование под ADS (Harbour,Alaska), там все фурычит и полсе 12 лимонов.
Лично я уже давно использую схему архивирования данных. Как обычно больше всего записей возникает в таблице строк документов.
Я ее разбил на 2 и периодически из оперативной таблици закидываю в архивную. Оперативная в среднем не выходит за пол лимона, а вот архив растет, но его индексировать нужно не так часто как оператив.
А по поводу SIX 2 мин назад проидексировал таблицу в 4670000000 записей CDX 4 тега все нормально.
SIX слетает после 6 лимонов.