Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
А меня, лично, умиляют эти ссылки на предельный размер dbf-файла (2 ГБ) у foxpro. Это только о-о-о-чень великий ум программиста может создать систему, использующую такую таблицу, что она таки может достичь предельного размера. Где? Вы скажите мне в каких таких задачах возможна одна таблица такого объёма? И неужели, если даже такое возможно, нельзя завести другую (вторую) таблицу с данными, и обрабатывать не одну, а две? Это сложно? Может быть. Но легко - только умереть. Вот это, млин, запросто. И знаете ещё что. Когда разработчик не пожелал потрудится над проблемой человека (а человеку иногда надо и отлить и попить, а не вечно за компом сидеть), то не для человека он сочинял, а ни для кого. Так, отработал по факту, денег взял и был таков. А вы - пользователи - мудохайтесь с тем программистским изобретением как хотите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 14:31 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Ну до меня она создана клиперовская прога. записей 600 тыс. таблиц штук 60. Я ИМЕЛ ВВИДУ КОЛ-ВО записей, а не размер таблицы 2 гига. Еще раз 1 биллион - 1 миллион или 1 миллиард? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 14:35 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
>Еще раз 1 биллион - 1 миллион или 1 миллиард? Миллиард - 1'000'000'000 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 16:01 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
bobitА меня, лично, умиляют эти ссылки на предельный размер dbf-файла (2 ГБ) у foxpro. Это только о-о-о-чень великий ум программиста может создать систему, использующую такую таблицу, что она таки может достичь предельного размера. Где? Вы скажите мне в каких таких задачах возможна одна таблица такого объёма? Ну... Если допустить, что 1 запись = 128 байт, то всего-то до 16 с половиной миллиончиков записей она может разрастись - и уже достигнет предельного размера. Если 64 пользователя вводят каждый рабочий день по 512 таких записей каждый, то всего через 512 рабочих дней физический предел будет достигнут. Примерно за 3 года. Не хватит цельной таблицы, придется ее "партиционировать". А партиционирование - это не штатная фича VFP, его каждый раз надо продумывать и реализовывать заново. Пример вполне жизненный, и даже несколько облегченный. Это, скажем, журнал транзакций не самого большого склада, с которого торгуют в розницу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 16:09 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Hi Urri! На самом деле предела по числу записей как такового нет - число в 1 миллиард (а на самом деле немного больше!) вытекает из следующего вырожденного случая - таблица с всего одним полем размером 1 байт (например логическое или C/N(1)) - n/r/ для каждой записи неявно имеется и флаг удаления - получаем что MIN(RECSIZE()) = 2 -> (2GB-HEADER())/2 - 1 миллиард с хвостиком. Вот что реально ограничивает ЧИСЛО записей - так это выделение под его хранение 4-х байт. т.е. даже если снять ограничение в 2Gb на файл, то тогда появится ограничение в 4млрд. записей (сколько может адресовать DWORD). P.S. Да, партиционирование это задача не из лёгких - в фоксе тем более. А размеры базы могут расти и за 100Gb - это нормально. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 02:19 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Burn>Еще раз 1 биллион - 1 миллион или 1 миллиард? Миллиард - 1'000'000'000 Это у нас в россии и в европе биллион - миллиард Мелкософт - в Америке , там биллион - миллион. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 07:01 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
А значит в Америке размер dbf файла меньше чем в Европе. В 1000 раз. Опять же эти данные для VFP. А для клипера версия 5.01 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 07:04 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
CruelGeniusЭто у нас в россии и в европе биллион - миллиард Мелкософт - в Америке , там биллион - миллион. У нас в России и Европе идет - миллион, миллиард - 1000000, 1000000000 В Америке - миллион, биллион - 1000000, 1000000000 Для этого достаточно воспользоватся хотябы русско-английским словарем: миллиард - billion amer. ; milliard br. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 10:49 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Burn CruelGeniusЭто у нас в россии и в европе биллион - миллиард Мелкософт - в Америке , там биллион - миллион. У нас в России и Европе идет - миллион, миллиард - 1000000, 1000000000 В Америке - миллион, биллион - 1000000, 1000000000 Для этого достаточно воспользоватся хотябы русско-английским словарем: миллиард - billion amer. ; milliard br. Убедил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 11:37 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Я рекомендую проверить настройки клиента Netware на Win 2K. (Если это Netware Client 32). Есть там фишки, связанные и с кэшированием, и с блокировками. Я как-то напарывался на странные глюки в совместной работе Win 2K + что-то еще. Отключал все непонятное - ошибки и пропадали :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 19:51 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Похожая ситуация . При добавлении новой записи из программы(VFP 8) на клиентской машине в таблицу dbf , созданную в VFP7 , на файлсервере(Win 2000) записи в таблицу не добавлялись и никаких сообщений об ошибке не было. Пользователи стали кричать , что программа перестала работать. Сделал Append Blank непосредственно из Fox-а – вылезло сообщение об отсутствии памяти на диске. Вывод: run-time VFP не обрабатывает некоторые состояния. Чтобы отловить все возможные ошибки, надо смоделировать ситуации , при которых они возникают , из среды разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2005, 16:55 |
|
||
|
Повреждение индексов при многопользовательской работе с dbf-таблицами
|
|||
|---|---|---|---|
|
#18+
Похожая ситуация. При добавлении новой записи из программы(VFP 8) на клиентской машине в таблицу dbf , созданную в VFP7 , на файлсервере(Win 2000) записи в таблицу не добавлялись и никаких сообщений об ошибке не было. Пользователи стали кричать , что программа перестала работать. Сделал Append Blank непосредственно из Fox-а – вылезло сообщение об отсутствии памяти на диске. Вывод: run-time VFP не обрабатывает некоторые состояния. Чтобы отловить все возможные ошибки, надо смоделировать ситуации , при которых они возникают , из среды разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2005, 15:49 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=32987549&tid=1594502]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 388ms |

| 0 / 0 |
