powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разрушение индексов в SQL и DBF
86 сообщений из 86, показаны все 4 страниц
Разрушение индексов в SQL и DBF
    #32973073
Jaroslaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Известно, что одна из основных проблем с dbf - разрушение индексов. Но ведь в SQL тоже существуют индексы, почему же они там не рушатся и почему нельзя то же сделать в dbf?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973097
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL Server - служба.
Все индексы необходимо перестраивать со временем всегда
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973098
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кто говорит что нельзя? все можно...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973104
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЗЫ. И везде...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973137
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Потому что SQL Server абстракция более высокого уровня чем dbf... Вполне можно написать свою абстракцию ...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973195
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В SQL индексы меняются централизованно(одним приложением на одном компьютере), а DBF индексы меняют все кому не лень
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973224
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Jaroslawпочему же они там не рушатся и почему нельзя то же сделать в dbf?
Можно. Но это решение другого технологического уровня - примерно как запорожец с реактивным двигателем.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973255
Jaroslaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В dbf нарушение индексов, прежде всего, проявляется в недоступности некоторых записей. Раз в SQL тоже могут рушится индексы, значит в SQL тоже может быть такая ситуация?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973273
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JaroslawРаз в SQL тоже могут рушится индексы, значит в SQL тоже может быть такая ситуация?
Лично я бы очень удивился.

В Oracle максимум, чего я смогу добиться, если буду специально ломать сервер - статуса индекса "UNUSABLE". В результате - в зависимости от режима работы - либо сервер не будет использовать этот индекс, обходясь другими, либо будет выдавать ошибку каждый раз, когда его следовало бы использовать.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973657
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Из известных проблем с индексами в SQL Server я сталкивался только с тем, что из Visual Basic в числовое поле (float) каким-то образом записывали что-то типа "Not a Number" - "не число". То ли это было 0 / 0, то ли еще что-то, но как результат, индексу отрывало башню - и кластерному и некластерному. Любой запрос, который затрагивал это значение индекса однозначно убивался сервером. Более того, сервер убивал и коннект (сообщение в QA "Connection Broken"), который исполнял запрос.

Лечилось самым простым способом - пересоздание кластерного индекса. DBCC CHECKDB как ни странно не помогало.

Все же справедливости ради скажу, что такая ситуация встречалась крайне редко.

Кстати, как предложение дальнейшей дискуссии, хотелось бы узнать о возможных проблемах и путях решения этих проблем и в других СУБД - Oracle, DB2, Sybase ASA/ASE.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973853
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JaroslawИзвестно, что одна из основных проблем с dbf - разрушение индексов. Но ведь в SQL тоже существуют индексы, почему же они там не рушатся и почему нельзя то же сделать в dbf?
Ларчик открывается просто - в SQL Server все находится на одной машине (как правило) - а не разнесены в сети из полохих сетевых карт и сервере собранном на коленке из чего попало...

Кроме того очень полезно перестраивать ночью индекс - да и в VFP 7.0 - 9.0 он сдкелан немного по другому, а начиная с 8 версии идет проверка на целостность индексв и его возможное исправление как это сделано в SQL Server...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32973861
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JaroslawВ dbf нарушение индексов, прежде всего, проявляется в недоступности некоторых записей...
Несовсем верное утверждение - если не использовать Rushmore, то будут доступны все записи, ну а в версии 6 и выше принцип как и в SQL Server - отключается индекс и идет работа без него...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32974067
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И для DBF есть клиент-серверные решения (точнее приближеные к КС), например Advantage xBase Server, там тоже индексы почти не ломаются. А все из=за того, что делает это 1 приложение с 1 компа.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32975120
Jaroslaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем премного благодарен, картина более-менее прояснилась.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32980652
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
Вообще-то в DBF не только индексы ломаются...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32981920
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
*Вообще-то в DBF не только индексы ломаются...
Может вообще DBF нельзя использовать для работы? А только human-readable XML? (так-как компьютеры перестали понимать двоичный код и им надо подсовывать человеческий язык)...

P.S. Ничего личного, просто странные мысли лезут в голову...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32982160
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Маа-ленькое замечание по поводу "human-readable XML". Это довольно массовое заблуждение. XML был создан для обработки программами и вовсе не является human-readable (как, впрочем, и "self-describing"). Извините за offtopic.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32984724
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
2Sergey Ch Может вообще DBF использовать для работы?

А кто так говорил? Если нужно, и в DBF можно сделать некое подобие транзакций и т.п. (с рядом оговорок), но нужно ли?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32984902
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JaroslawВсем премного благодарен, картина более-менее прояснилась.
Индексы рушатся совсем не по этому...
В Серверах БД есть такоое понятие как транзакция, реализация которой изначально в структу (у все серверов имеется лог). Все изменения (в том числе и индексов) происходят в рамках транзакции. Изменился файл с данными - должны измениться индексы. В противном случае - происходит откат.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32984906
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
сорри... слишком много выпил пива...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32984994
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mirМаа-ленькое замечание по поводу "human-readable XML". Это довольно массовое заблуждение. XML был создан для обработки программами и вовсе не является human-readable (как, впрочем, и "self-describing"). Извините за offtopic.
Вы наверное правы, но я могу читать XML в любом текстовом редакторе или особенно удобно в IE, тогда как читать DBF не совсем просто и легко... Кроме того XML и DBF имеют много похожего - схема данных находится в начале файла которая как раз все о данных и рассказывает...

Хотя мы все это и так знаем...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32985139
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Офтопик
Sergey Ch. Конечно. Легко читать и править XML в нотепаде. И так же легко допустить при правке ошибку. А для того, что бы исключить ошибки, надо писать какую-нибудь утилиту.
А DBF прекрасно смотряться просмотрщиком из Norton Commander . А и при некоторм навыке и в том же нотепаде можно посмотреть . И даже отредактировать.

Онтопик. DBF использовать для работы нельзя.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32985362
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2 Онтопик. DBF использовать для работы нельзя.
Нельзя Вам или Всем нам ?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32985548
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch Cat2 Онтопик. DBF использовать для работы нельзя.
Нельзя Вам или Всем нам ?
Для ответа на вопрос следует определиться с термином "работа"
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32985615
Фотография Я и ёжик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gardenmanсорри... слишком много выпил пива...
А в чём "сорри", всё правильно. Концептуально как раз нормальная реализация транзакций и дает crash-защиту, и в частности ведение журнала изменений, а то что "все находится на одной машине" концептуально ничего не меняет. На практике естественно "центральная машина" позволяет проще синхронизировать работающие процессы, следить за необходимостью восстановления, проще отрабатывать сбои и.т.д. и.т.п.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32985649
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я и ёжик а то что "все находится на одной машине" концептуально ничего не меняет.
Извините, а у Вас есть практический опыт эксплуатации и разработки клиент/файл - серверных приложений?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32986514
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey ChЯ не из компании с ёжиком, но мне стало интересно, что такого криминального Вы увидели в их ответе ? IMHO, он абсолютно прав, если soft не имеет механизма сохранения целостности, то на одной машине файлы данных или на разных - принципиальной разницы нет.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32986970
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA Я не из компании с ёжиком, но мне стало интересно, что такого криминального Вы увидели в их ответе ? IMHO, он абсолютно прав, если soft не имеет механизма сохранения целостности, то на одной машине файлы данных или на разных - принципиальной разницы нет.
Криминала я не увидел

Просто практика показала, что если таблицы DBF на одной машине и о ней печься как о сервере (то есть клиент обращается к ней через COM или Web Service) то индексы "не падают" годами ...

Просто вот у меня такой вот практический опыт...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987110
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Chу меня такой вот практический опыт
Опыт - дело замечательное, с этим трудно спорить, но вся его беда в том, что он, по большей части, - субъективный. И неотразимым аргументом сам по себе быть не может, только как факт подтверждения теории. И тем более быть единственным основанием для наезда, хотя мне возможно это померещилось, тогда sorry, перекрестился...
Sergey ChПросто практика показала, что если таблицы DBF на одной машине и о ней печься как о сервере (то есть клиент обращается к ней через COM или Web Service) то индексы "не падают" годамиИнтересное определение :) А теперь представим, что пропало питание, неважно, по какой причине, особенно в процессе дисковой активности, последствия представляете ? А разницу на такой случай между файлом данных нормальной СУБД и сервером приложения над dbf-файлом понимаете ?

P.S. Ничего личного...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987397
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA А теперь представим, что пропало питание, неважно, по какой причине, особенно в процессе дисковой активности, последствия представляете ?
Предствляю... Рухнет не только наша серверная СУБД но и скорее всего сам Windows Server... А если чего остнется то сразу крик о помощи в разделе SQL Server - "упала база не могу поднять"... А в ответ - "восстанавливай из резервной копии"...

И в чем тогда разница между SQL Server и DBF файлами на одной машине?

P.S. Ничего личного, логи очень просто как и транзакции реализуются и для DBF... Правдв немного надо поработать головой и дополнительные затраты времени... Мы с Вами прекрасно понимаем, что там где техника - нет ничего абсолютно надежного и оба формата имеют полное право на жизнь...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987425
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Sergey Ch
Просто практика показала, что если таблицы DBF на одной машине и о ней печься как о сервере (то есть клиент обращается к ней через COM или Web Service) то индексы "не падают" годами ...

Везет же людям...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987448
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Chлоги очень просто как и транзакции реализуются и для DBF...Мне было интересно, удержитесь Вы от подобной фразы или нет :) Разумеется, можно Sergey Ch немного надо поработать головой и дополнительные затраты времени, но зачем ? Когда есть нормальные сервера, где все это уже наличествует, и в значительной степени гораздо более продумано, чем любителями-одиночками. Да, и насчет "немного" - Вы сильно погорячились...
Sergey ChРухнет не только наша серверная СУБД но и скорее всего сам Windows Server... А если чего остнется то сразу крик о помощи в разделе SQL Server - "упала база не могу поднять"... А в ответ - "восстанавливай из резервной копии"Подозреваю, что у Вас нет опыта работы с нормальными SQL-серверами, иначе Вы бы не написали этой фразы. Да, и у них могут быть проблемы, но для этого нужны причины намного более серьезные,вероятность которых, по сравнению с банальным пропаданием питания намного меньше... Поверьте Sergey Chразница между SQL Server и DBF файлами на одной машине огромна...
Sergey Chоба формата имеют полное право на жизньЯ, лично, не отказывал dbf в праве на жизнь, более того, когда-то был просто влюблен в FoxPro, но с тех пор многое изменилось и точно знаю, что будущего у формата dbf нет.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987472
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Секс с DBF занял немалый промежуток моей жизни, однако, как постоянный партнер оно меня не устроило . Слишком много уговаривать приходилось
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987572
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да и не секс это был - а рукоблудие.

Я имею в виду свой опыт общения.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32987677
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я общался с DBF через Клиппер, и склонен некоторые огрехи отнести больше к Клипперу, чем к самому формату. Из минусов (DBF)- некоторая "пухлость" файлов, из-за хранения цифровых данных в текстовом виде. Да и скорость обработки уменьшается. В то время, когда и память и диски были довольно малы, это имело значение. Еще индексы- кажется каждый продукт, работающий с DBF разрабатывал свои индексы, что приводило к трудностям с обменом данных между разными программами.
Сейчас, конечно, с появлением дешевых, и даже бесплатных sql-серверов, можно сказать что dbf- это вчерашний и даже позавчерашний день.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988000
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch ChA А теперь представим, что пропало питание, неважно, по какой причине, особенно в процессе дисковой активности, последствия представляете ?
Предствляю... Рухнет не только наша серверная СУБД но и скорее всего сам Windows Server... И в чем тогда разница между SQL Server и DBF файлами на одной машине?
Дело было годах в 1996-1997. Были у нас в одном месте проблемы с питанием, никакие упсы не выдерживали. Фоксовые базы наворачивались на раз. W95 тоже. А вот Windows NT Server c NTFS и Interbase 4.2 выживали. Ни разу БД не была повреждена. Так что разница есть.

Sergey ChА если чего остнется то сразу крик о помощи в разделе SQL Server - "упала база не могу поднять"... А в ответ - "восстанавливай из резервной копии"...
Да и с резервными копиями у серверов попроще:-)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988009
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
S.G.Я общался с DBF через Клиппер, и склонен некоторые огрехи отнести больше к Клипперу, чем к самому формату.
Отметим, что Клиппер - единственный DOS-продукт, работавший с DBF, который можно было отнести к "нормальным". Свои особенности есть у всех - но хоть был рабочий инструмент, на котором можно было писать неплохие программы.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988215
Фотография Я и ёжик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey ChИзвините, а у Вас есть практический опыт эксплуатации и разработки клиент/файл - серверных приложений?
Нет всё больше по туману шастаем и о лошадке думаем.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988250
Фотография Я и ёжик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Chлоги очень просто как и транзакции реализуются и для DBF... Правдв немного надо поработать головой и дополнительные затраты времени... О том и речь шла, что "центральная машина" КОНЦЕПТУАЛЬНО не обязательна, реализовать можно и для файл-сервера, только механизмы синхронизации будут сложнее и медленнее, затруднено определение необходимости восстановления и.т.д. и.т.п.
На практике наличие "центральная машины" даже без наличия механизмов crash-recovery естественно дает эффект, поскольку самих crash-ситуаций становится меньше.

Regards.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988261
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В соседнем форуме недавно Терадату обсуждали,
так там и по 100 машин работают сервером,
и ничего, и сторедж не общий.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988358
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DimaRВ соседнем форуме недавно Терадату обсуждали,
так там и по 100 машин работают сервером,
и ничего, и сторедж не общий.
Все правильно. Вопрос в том, что эти сто машин обслуживают (наугад) 100.000 пользователей. В случае DBF же придется делать нечто, сравнимое по сложности (и соответственно по цене) с Терадатой (простите поэтическое преувеличение) для обслуживания 100 пользователей.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988548
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Отметим, что Клиппер - единственный DOS-продукт, работавший с DBF, который можно было отнести к "нормальным". Свои особенности есть у всех - но хоть был рабочий инструмент, на котором можно было писать неплохие программы.Я тогда пересел на Клиппер /с Паскаля/ именно из-за возможности удобно работать с табличными данными и легкого построения пользовательского интерфейса. Паскальский ObjectVision (вроде так он назывался) тогда еще не дошел до меня, да и процессор 8086 был для него недостаточно быстр :) Но так и не научился делать на Клиппере хорошо структурированные программы. После выхода Дельфи, все стало на свои места :)

ps :)
по теме ломки индексов, мне кажутся важными такие моменты:
-- гораздо лучше когда с файлами работает одна программа на одном компьютере; при этом передача данных по сетям, хабам, кабелям и проч. (которая является потенциальным источником ошибок) - нулевая. В случае кластеров, (тут только предположения) вероятно проблема решается дублированием важной информации, с возможностью восстановления при частичной потере.
-- гораздо лучше когда несколько (много) людей занимаются конкретным продуктом, выполняющим конкретную задачу (sql-сервер и его управление БД); тогда у них есть время и возможность сосредоточиться на минимизации возможности краха файла. И совсем другой случай когда прикладник пишет пользовательскую программу. Он сосредоточен на бизнес- логике, да и нет у него времени и возможности влиять на общий доступ к (DBF) файлу.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988611
you are wrong!!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Отметим, что Клиппер - единственный DOS-продукт, работавший с DBF, который можно было отнести к "нормальным". Свои особенности есть у всех - но хоть был рабочий инструмент, на котором можно было писать неплохие программы.
=================================

Ну ты тут вовсе не прав!!!
а FPD 2.6 это что, не ДОС инструмент?
И, как мне лично кажется он НАМНОГО лучше Клиппера по написанию неплохих программ.
спорить не буду хорошее можно было писать и на Клиппере и на ФПД, но мне показалось, что на ФПД проще и лучше у меня выходило.. хотя, конечно у умелых клипперистов, это тоже выходило очень жаде ничего....
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32988955
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
you are wrong!!!Ну ты тут вовсе не прав!!!
а FPD 2.6 это что, не ДОС инструмент?
Я пробовал, насколько изменяет склероз, 2.7. Достаточно долго решал проблемы, стоящие на пути к созданию нормальной (с моей точки зрения) программы. Потом услышал от более опытных товарищей "плюнь и лепи так, как на нем легко". В результате плюнул, но на FoxPro - ушел на Clipper и Clarion.

Соответственно, лично я не считаю FoxPro/DOS нормальным инструментом. Подчеркну - это на уровне мнения.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32989222
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer Я пробовал, насколько изменяет склероз, 2.7.
FPD закончился на 2.6a...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32989270
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
you are wrong!!!Ну ты тут вовсе не прав!!!а FPD 2.6 это что, не ДОС инструмент?И, как мне лично кажется он НАМНОГО лучше Клиппера по написанию неплохих программ.
Прожорливый FP был чрезмерно! Если на компе оставалось менее 530к, то FP не запускался. А вспомните как тогда было - поставишь все драйвера и глядь, а памяти уже менее 500к. А Клипперу пофиг, хоть 120.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32989318
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ностальгия?
:)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32989349
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DimaRНостальгия?
:)

Еще какая


PS Сам проработал на Clipper4 и Clipper5 почти 8 лет. С FP имел дело лишь однажды - надо было дописать некоторую прогу. Не знаю, как с памятью, а по функционалу большой разницы не заметил (хотя, как уже сказал - было мало времени для сравнения)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32989908
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Я пробовал, насколько изменяет склероз, 2.7.
Старый ты, батька, стал!
-----------
А я с FPD 2.6 с удовольствием работал. Впрочем, как и со всякими Clipper.

Ну, а на чем еще (кроме Clarion) был событийно - управляемый интерфейс под Dos, да еще встроенный в систему? У меня где-то до сих пор журнальчики про Clippper лежат - там ему такое будущее обрисовано...

Потом появились мощные дешевые машины, доступные SQL - серверы, обеспечивающие реальную надежность, возможность разделения бизнес-логики по уровням, ООП, проч. модные штуки - и обнаружил, что все это вместе позволяет работать с задачей на другом понятийном уровне.

Я не говорю о надежности индексов :) - чего тут друг друга обманывать - какая уж там надежность? Я даже не стану говорить о сбоях при аварии питания/крахе системы - я говорю о возможности программиста создать индексный файл, потом отключить его, выполнить изменения, и снова подключить индекс - не не найти нужные данные - вот весело-то было! Впрочем, кое-кто использовал такой режим как особенность системы, даже в плюсы эту фичу перевел. Совсем не смешно было, когда в чужом коде копался.

Как вспомню окошко с надписью "Ждите, выполняется переиндексация..."

Ну, нафиг эту настальгию!
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32990882
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЕще какая

Включить попсу начала 90х,
открыть самопечатную доку по FoxPro,
запустить свю старенькую EC1841 + АльфаДОС 3.x,
Foxpro 2.6

И пить кофе, вечерком смотря на экран монитора.

:)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32990959
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mvНу, а на чем еще (кроме Clarion) был событийно - управляемый интерфейс под Dos, да еще встроенный в систему?
Вот как раз "встроенный в систему" меня и не устраивал.

Clarion - позволял мгновенно нарисовать простую программу, а также - залезть в реализацию и либо написать нужное руками, либо поправить шаблоны генерации кода (то, что мне недавно называли плюсом Oracle*Forms). Clipper - нормальная среда, в которой я мог полностью управлять приложением и делать все что захочу. В случае FoxPro же у меня получалось так, что по "нарисовать простое" Clarion удобнее, а по "сделать сложное" тот самый "встроенный в систему" вяжет по рукам и ногам; время, которое в Clipper тратилось на "собственно сделать", в FoxPro тратилось на борьбу с системой.

Впрочем, у клиппера были свои.. интересные вещи - например, листание таблиц по (кажется) F5-F7. Но в несравнимом с FoxPro количестве.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32991720
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerВ случае FoxPro же у меня получалось так, что по "нарисовать простое" Clarion удобнее, а по "сделать сложное" тот самый "встроенный в систему" вяжет по рукам и ногам; время, которое в Clipper тратилось на "собственно сделать", в FoxPro тратилось на борьбу с системой.После того, как я научился реализовывать свои замыслы в FoxPro, не идя при этом против системы, у меня такое закончилось. ;-)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32991816
you are wrong
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
а можно хоть какие-нить примеры, что так сложно было в фоксе сделать, но просто в клиппере?
просто у меня лет 8 назад был знакомый клипперист, ну и писали мы параллельно для разных фирм одну и ту же задачу, он на клиппере, я на ФПД 2,6

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

да.. еще в клиппере мыша не живет.. я не ошибся?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992001
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
UrriПосле того, как я научился реализовывать свои замыслы в FoxPro, не идя при этом против системы, у меня такое закончилось. ;-)
Верю. Опять же, мне в свое время говорили, что если долго и упорно пить пиво - оно начнет казаться вкусным ;-) Видимо, этот подход не для меня.

you are wrongа он как увидет мои менюшки, листбоксы и скрины ФПД-шные, только горестно вздохнул.. мол было бы у клиппера такое...
в том смысле, что на написание всего этого в клиппере у него уходило много времени...
Хм. Трудно говорить, но не знаю на что у него уходило время. Если основное - это некий тонкий нестандартный визуальный дизайн, тогда да, клиппер резко проиграет. Что касается моего опыта - структура всех меню хранилась в базе формировалась автоматически и ориентировалась на "плагинную" архитектуру; каждый пользователь получал те функции, которые купил. Формы после обычного "приспособить стандартные решения под свой вкус" делались легко. При том, что я был только начинающим разработчиком - не только в БД, но и вообще - основное время уходило на бизнес-логику, на оптимизацию, но не на "рисование".

you are wrongа можно хоть какие-нить примеры, что так сложно было в фоксе сделать, но просто в клиппере?
К сожалению не смогу - слишком много времени прошло, и слишком мало я всем этим в сумме занимался. Помню, что самая первая и простая проблема в фоксе была - не хотел понимать пробелы в menubar-е (главном меню), но именно потому что первая.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992261
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Ностальгические разборки
softwarer. Ты не поверишь, но в Клипере можнно было не только "поправить" шаблоны генерации кода, но и написать свои.

you are wrong. Что можно было сделать в Клипере, но нельзя было сделать в Фоксе. Можно было нарисовать свои элементы управления. И это я вовсе не считаю ерундой. Насколько я помню, в фоксе не было управляемых прогрессбаров, которых можно подцепить к любому процессу: от индексации до суммирования и построения отчетов.

В фоксе нельзя было передать функцию в качестве параметра другой функции.
По-моему НИГДЕ и и НИКОГДА нельзя было:
создать индекс по функции.
создать индекс по полям из нескольких таблиц.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992294
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2
... нельзя...
создать индекс по функции.


По-моему, не верно в отношении Fox. Хотя, может, я уже забыл. Нет! Можно было! Или забыл? :)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992296
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2Что можно было сделать в Клипере, но нельзя было сделать в Фоксе. Можно было нарисовать свои элементы управления.А что мешало их сделать в FoxPro ? Или чего-то не помню, не знаю или неправильно понял фразу ? Доходчивый пример можно ? Подразумевается, конечно, не прогрессбар на внутренние процессы, неужели в Клиппере это можно было сделать, типа проиндексировал запись - дернул функцию отображения, которая перерисовала соответствующее окошко. IMHO, интересный способ затормозить систему...
Cat2В фоксе нельзя было передать функцию в качестве параметра другой функцииНе помню, но искать и разворачивать FP облом :) Кстати, в TSQL это тоже нельзя, по крайней мере, у MS, что тоже в некоторой степени маразм...
Cat2По-моему НИГДЕ и и НИКОГДА нельзя было:
создать индекс по функции.Можно было, сам делал, более того, можно было индексировать по условию - IMHO, полезнейшая вещь...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992298
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну да, в те времена прогрессбары жрали ресурсы :)

Но ведь хотелось же!

А еще мне редактор фоксовский нравился... Помнится, очень расстраивало, что нельзя было вертикальных линий рисовать :).
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992470
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
you are wrongа можно хоть какие-нить примеры, что так сложно было в фоксе сделать, но просто в клиппере?
-Графический пользовательский интерфейс (впервые игру "Сапер" я увидел писанную на Clipper).
-Заставить работать при нехватке памяти.
-DLL (только они звались PLL).
-Зачатки ООП.
-Масса библиотек сторонних производителей.
-Поддержка других форматов БД - Paradox, Clarion, FoxPro, dBase. Я, кстати использовал фоксовый формат

you are wrongчто меня умилило в его работе ехе-файл очень мал, по сравнения с фоксовым...
Он видимо не показал тебе DLL. В сумме это состаляло столько же. Правда DLL присутствовали в единственном числе для ВСЕХ exe.

you are wrongа он как увидет мои менюшки, листбоксы и скрины ФПД-шные, только горестно вздохнул.. мол было бы у клиппера такое...
в том смысле, что на написание всего этого в клиппере у него уходило много времени...
Он видимо любил писать все сам:-) Я когда увидел библиотеку GRAPHLIB - мне уже больше ничего не надо было. А подобных библиотек ходило десятки.

you are wrongда.. еще в клиппере мыша не живет.. я не ошибся?
Ошибся.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992477
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Забыл упомянуть отладчик и опции компилятора, к-рые превращали Clipper в язык со строгой типизацией. Ну почти строгой:-)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992488
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2Ностальгические разборки
softwarer. Ты не поверишь, но в Клипере можнно было не только "поправить" шаблоны генерации кода, но и написать свои.
Мне незачем верить. В клиппере не было понятия "шаблон генерации кода", по крайней мере если говорить именно про оригинальный клиппер. А наваять такое можно для любой среды, не аргумент.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992499
U R Wrong
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2CAT2

-Насколько я помню, в фоксе не было управляемых прогрессбаров, которых -можно подцепить к любому процессу: от индексации до суммирования и построения отчетов.-

да этого точно в ФПД не было.. но потом я нарыл готовые, которые пв принципе мог и сам написать.. более того.. я их НАПИСАЛ, тольеко несколько в ином ключе, вместо стандартного прогресса - выводилась форма, в которой просто "бегали" некие поля из таблицы, которые на тот момент обрабатывались.. а-ля "Обрабатываю счет номер" + nAccount

PLL - да знаю про них.. но ту-то и оно, что работали мы над параллельными проектами, но общались удаленно, то есть он мне выслал свои ДБФ + ехе-файл на 300 килобайт и ВСЕ РАБОТАЛО, то есть ПЛЛ-ок у меня сроду не было - это я на 100% уверен!!!

Мыша живет???? не знаю, до сих пор вижу Сбербанковские программы, и статистическаи.. и НИГДЕ мыша не жила... хм...


Спасибо за ответы!
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992575
OldPferd
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
... нельзя...
создать индекс по функции


Вроде бы делал

использовал фоксовый формат

тоже
индексы fox'овские лучше были
Но их и в Clipper можно было использовать

жила в клиппере мыша


Clipper использовал вместе с библиотекой Case-D - и все окошки, отчеты рисовались на экране сходу
И вертикальные линии можно было рисовать :)

Собирал программу Blinker'ом для работы в защищенном режиме - тогда можно было с ней работать хоть на 300K свободной основной памяти
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32992696
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И Вы еще пытаетесь нам доказать, что VFP 9.0 отстал от жизни В то время как у многих из Вас представление о FoxPro сформировалось в период хождения Clipper ?

FoxPro уже давно совсем не тот... намного лучше, а с 9 версии он может работать и с графикой не хуже Delphi... Да, все течет, все меняется и не стоит на месте...

P.S. Ничего личного, просто шутка...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32993016
Sux
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sux
Гость
да ... фокспро замечательная система - константа там 256 символов, т.е. если у вас селект к базе то приходится его разбивать на кусочки по 256 символов, прочитать такой селект не реально. дальше берем это дело копируем в QA вычищаем конкатинацию, дополняем и опять делим по 256 символов. после 2-3 таких операций формируем свое мнение о чудном изделии.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32993048
FWP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FWP
Гость
Sergey ChИ Вы еще пытаетесь нам доказать, что VFP 9.0 отстал от жизни В то время как у многих из Вас представление о FoxPro сформировалось в период хождения Clipper ?
FoxPro уже давно совсем не тот... намного лучше, а с 9 версии он может работать и с графикой не хуже Delphi... Да, все течет, все меняется и не стоит на месте...
P.S. Ничего личного, просто шутка...
Сережа не начинай опять... Говорили же тебе, что не было в 1990 - 1994 доступных серверов. А как появились, то о каком FP может идти речь:-)))
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32993236
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_p-Графический пользовательский интерфейс (впервые игру "Сапер" я увидел писанную на Clipper).
Да, это, пожалуй, было важным недостатком. А DOOM на Clipper никто писать не пробовал ?
f_w_p-Заставить работать при нехватке памяти.
1.Забавно, ровно это не удавалось сделать с Clipper, о эти убогие параметры в autoexec...
2.Надо было уметь минимизировать ОЗУ, используемое DOS-ом.
f_w_p-DLL (только они звались PLL).
1. Зачем ?
2. Можно было писать библиотеки на C и обрабатывать что угодно, хоть интерфейс, хоть обработку данных
3. Можно было писать процедуры на asm-е...
f_w_p-Зачатки ООП.
Почему бы тогда сразу не использовать C++ или Paradox или что там еще было ? TurboPascal ? Хотя, готов признать, наверное, было бы приятнее, ООП таки, правда нафиг он тогда был нужен в СУБД в те времена ?
f_w_p-Масса библиотек сторонних производителей.
Аналогично...
f_w_p-Поддержка других форматов БД - Paradox, Clarion, FoxPro, dBase.
Аналогично, и многие другие...

P.S. Все что упоминалось, было уже в FoxPro 2.0, до него практически не работал с продукцией Fox Software.
Резюм: как обычно, песни, о том, чего не знаем...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32993331
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В сущности на самом деле можно предотвратить разрушение индексов для dbf.
Например если в качестве сервака используется NetWare, то файл данных можно сделать транзакционным. Соответственно все изменения нужно делать в рамках транзакции и все будет ОК!.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994341
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
А на Fox+ не было горизонтальных меню!
=================
Были отличные СУБД FoxPro и Clipper. Настоящий профессионал мог наваять на них черта сушеного с тараканьим хвостом. Сейчас эти профессионалы ваяют сушеных тараканов с чертовым хвостом на Дельфях, СИбилдере и ВФП. Простите, если кого забыл. Но DBF - должен умереть! Я не специалист по фоксу, но ведь даже там, как мне кажется, идет уход от "free table directore"!
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994376
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
ИНХО, встроенные средства форм/отчетов в Clipper'е убогие были, но что удивительно, заменить их удалось с весьма малыми затратами...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994380
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>> Но DBF - должен умереть!
Ну нафиг! а как обмениваться данными с внешними системами?
текстовыми файлами? скучно, не хочу так. ДБФ - самое то.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994449
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну сами данные в dbf вроде как текстовые, а для обмена данными и XML сойдёт, кстати одним файлом зачастую можно обойтись вместо пачки dbf :)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994535
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
XML - самое то.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994602
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>ну сами данные в dbf вроде как текстовые,
Дык вроде как ДБФ структурированный файл и все такое..... т.е. нет возни с парсингом, есть стандартные методы доступа и все такое...

>а для обмена данными и XML сойдёт, кстати одним файлом зачастую можно
>обойтись вместо пачки dbf :)
Вот токо научить, к примеру, отдел субсидий отдавать данные в xml - задача не для слабонервных :-)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994655
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
lockyВот токо научить, к примеру, отдел субсидий отдавать данные в xml - задача не для слабонервных :-)
Это задача для программистов. Юзер и знать не должен, что он ХМL создает

Кстати, DBF для передачи сейчас уже тоже не очень подходит. Ограничения на количество и длину полей, ограничение на длину имени поля. Не вижу его преимуществ перед CSV или файла с полями фиксированной длины.
А вот преимущества ХМL вижу. Так как с его помощью можно передать метаданные.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32994887
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2А вот преимущества ХМL вижу...
Но и много нелостатков - особенно увеличение размера передаваемых данных как и их последующее использование... Если передавать более 10000 записей - эта проблема встает остро при современном развитии аппаратных средств... Но скоро процессоры будут в сто раз быстрее и эта проблема отпадет...

P.S. А метаданные можно передать и в DBF - memo binary вмещает практически все, что надо Включая сам XML file...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32995070
Sergey ChP.S. А метаданные можно передать и в DBF - memo binary вмещает практически все, что надо Включая сам XML file...

Или просто в файле операционной системы - в них и dbf храняться :)
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32995386
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КВВИДКУС-301 Или просто в файле операционной системы - в них и dbf храняться :)
Вашу шутку оценил
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32995757
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChAДа, это, пожалуй, было важным недостатком. А DOOM на Clipper никто писать не пробовал?
Если круг ваших задача ограничивается складом, то, конечно, графика не нужна. Но ведь есть и другие задачи.

ChA f_w_p-Заставить работать при нехватке памяти.
1.Забавно, ровно это не удавалось сделать с Clipper, о эти убогие параметры в autoexec...
Не знаю о каких параметрах идет речь, но Clipper делал оверлейный exe файл. Причем размерами резидента и страницей подкачки можно было управлять. Минимальный необходимый размер памяти при этом составлял 120кб.

ChA f_w_p-Заставить работать при нехватке памяти.
2.Надо было уметь минимизировать ОЗУ, используемое DOS-ом.
Дело в том, что DOS до версии 6.0 не умела заталкивать драйверы в верхнюю память. В 5й версии такая возможность как бы была, но очень уж кривая. Да и с сетями тогда было неоднозначно: то Lantastic, то Viola, то еще какая хрень.

ChA f_w_p-DLL (только они звались PLL).
1. Зачем ?
2. Можно было писать библиотеки на C и обрабатывать что угодно, хоть интерфейс, хоть обработку данных
3. Можно было писать процедуры на asm-е...
Видимо вы не понимаете, что такое DLL.


ChA f_w_p-Зачатки ООП.
Почему бы тогда сразу не использовать C++ или Paradox или что там еще было ? TurboPascal ?
Использовали и их. C++ и CODEBASE. Была такая замечательная библиотека. И писали уже под Windows 3.xx.

ChA f_w_p-Поддержка других форматов БД - Paradox, Clarion, FoxPro, dBase.
Аналогично, и многие другие...
Ну ка, ну ка. Поподробнее.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32997050
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Это задача для программистов. Юзер и знать не должен, что он ХМL создает
Не, ну, это само собой. токо вот не знаю как у вас, а у нас ПО для отделов субсидий разрабатывается и распространяется централизовано, вооот.... и сколько мне крови стоило узнать о назначении некоторых полей в уже имеющихся ДБФ файлах, специяльно предназначенных для обмена с другими программными комплексами - это уму нерастяжимо...
так шта.... как на мой взгляд, то ДБФ - вполне нормальная рабочая лошадка для обмена данными. Да, со своими прибабахами, но достаточно удобная и предсказуемая... а то вот передали мне оплату в CSV файле, программеры хреновы, а у них в четных строках поле выпало :-), типа глючок-с....
Но ежели строить на ДБФ сурьезную БД... не, нафиг-нафиг... вот, рази-что каталог домашних книжек там, или сидюков...
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32997107
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_p
Если круг ваших задача ограничивается складом, то, конечно, графика не нужна. Но ведь есть и другие задачи. Мы говорили о FoxPro для DOS и Clipper-е ? И какие еще задачи Вы решали с их помощью во времена их популярности ? Кстати, для использования статистической графики в FoxPro существовал пакет от той же фирмы - FoxGraph, правда, не слышал, чтобы его реально кто-то использовал, роскошью это было ненужной...

f_w_p-Заставить работать при нехватке памяти.
Не знаю о каких параметрах идет речь, но Clipper делал оверлейный exe файл. Причем размерами резидента и страницей подкачки можно было управлять. Минимальный необходимый размер памяти при этом составлял 120кб.
Возможно, но значит все приложение на Clipper-е, с которыми сталкивался в то время были написаны неквалифицированными программистами. А параметры были, странно, что Вы не знаете, если пользовали этот продукт. Они использовались даже в какой-то убогой программе от пенсионного фонда, впариваемой всем лет так 10 назад. Руки бы ее авторам оторвать и выгнать улицу подметать, а не программировать, только не спрашивайте, чем бы они подметали :)

Справедливости ради, могу сказать, что подобные параметры были и для Fox при желании, но ими редко кто пользовался...

f_w_pДело в том, что DOS до версии 6.0 не умела заталкивать драйверы в верхнюю память. В 5й версии такая возможность как бы была, но очень уж кривая. Да и с сетями тогда было неоднозначно: то Lantastic, то Viola, то еще какая хрень.Уже начиная с 5 версии, в HMA можно много было чего забросить, хотя, признаю, сетевые драйвера могли сильно напрячь...

f_w_pВидимо вы не понимаете, что такое DLL.Разумеется... С калашным рылом :)) Только причем здесь DOS ? В нем кроме overlay, вообще ничего не пользовали, только Borland чего-то сподобился в последних инкарнациях Pascal-я. Утверждал главное, библиотеки для Fox-а можно было писать, и куча программ могла их использовать, разумеется на Fox :)
Fox по набору возможностей и внутренней архитектуре был похож на Windows и при желании на нем можно было написать очень нефиговую оболочку, и писали, кстати :) В нем был калькулятор, календарь с примечаниями, неплохой текстовый редактор, игрушка, правда одна... ну чем не Windows ? :) По крайней мере - framework. Бухгалтер мог вообще не выходить из него весь день, запуская разные модули-задачи, получая отчеты, редактируя текстовые файлы, запуская внешние программы и т.д. На Fox даже клиент-серверную архитектуры делали, убогую, правда, по нынешним временам, но тем не менее, с выполнением ad-hoc запросов.

А про DLL-hell, кстати, тоже помните ? Каждый производитель считал своим долгом написать кучу DLL, и зах...ть в каталог System, в котором их уже было немерянно, причем в доброй половине из них были те же самые функции, тут же, понятно дело, проблема с версиями, и понеслась. IMHO, польза от DLL сильно преувеличена, лучше бы линковали все в свою программу, впрочем это уже речь о Windows...

f_w_pИспользовали и их. C++ и CODEBASE. Была такая замечательная библиотека. И писали уже под Windows 3.xx. Была, но не пользовал, смысла не было, задачи были другие. Но ведь речь шла о Clipper, Вы в нем действительно пользовали "зачатки ООП" ? Или так, пальцы погнуть ?

f_w_pНу ка, ну ка. Поподробнее.Найдите любой FoxPro, начиная со 2 версии, и поизучайте. Экспорт и импорт был для кучи продуктов: разного рода СУБД, электронные таблицы и прочая типа текстовых форматов...

Еще один момент, FoxPro, пока был продуктом Fox Software, водился практически на ходовых по тем временам пользовательских платформах, т.е., DOS, MAC, и даже, кажется, под Unix, можно сказать - Java тех времен :) А Clipper, если не ошибаюсь, только под DOS.

Так штааа, не надо про убогость Fox и крутизну Clipper, лады ?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32997254
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChAТолько причем здесь DOS ? В нем кроме overlay, вообще ничего не пользовали, только Borland чего-то сподобился в последних инкарнациях Pascal-я.
А вот в Clipper были DLL. Правда обзывались они по-другому.

ChA f_w_pНу ка, ну ка. Поподробнее.Найдите любой FoxPro, начиная со 2 версии, и поизучайте. Экспорт и импорт был для кучи продуктов: разного рода СУБД, электронные таблицы и прочая типа текстовых форматов...
Вы разницу между полноценной поддержкой и импортом улавливаете. К примеру я мог сделать следующее:
Код: plaintext
1.
2.
3.
USE t1 DRIVER paradox
...
USE t2 DRIVER foxpro
и работать с таблицами t1 и t2 как с родными. Правда за синтаксис не ручаюсь.

ChAТак штааа, не надо про убогость Fox и крутизну Clipper, лады ?
А я про тогдашнюю убогость и не говорил. Просто вопрос был о том чего в Fox не было. Зато там был SQL, чего не было у конкурентов!

P.S. А вот зачем фокс нужен сейчас все равно не пойму!
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32997287
u R wrong
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
P.S. А вот зачем фокс нужен сейчас все равно не пойму!

да затем же и нужен, зачем же еще?
Не судите по фоксу, исходя из 1995-го года.. с тех пор очень многое изменилось.. Фокс развился, Клиппер отчего-то умертвили...
Конечно, так как есть полноченные СКЛ сервера - то казалось бы фокс вовсе и не нужен.. но.. напрашивается параллель, несколько утрированная возможно..
21-й век, есть машины, самолеты.. так на кой нам велосипеды и мотоциклы?
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32997936
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_pА вот в Clipper были DLL. Правда обзывались они по-другому.
Поясните эту фразу, ну не понимаю в контексте DOS. Это значит, что любые приложения, не только написанные в Clipper, могли использовать их ?

f_w_pВы разницу между полноценной поддержкой и импортом улавливаете.Улавливаю, только Fox не нуждался в нейтивной поддержке других форматов, у него был свой формат, когда Clipper-а просто не существовало. Вообще, IMHO, это были продукты совершенно разного ранга...

f_w_pА я про тогдашнюю убогость и не говорилSorry, тогда был неправ, погорячился... :)

f_w_pА вот зачем фокс нужен сейчас все равно не пойму!
Не знаю, не пользовал оный уже лет 10. Помню, только, что начали его в светлые времена Windows-версий, начиная с 3(?) версии, позиционировать как продвинутый клиент к SQL-серверам, в то время как Access рассматривался как настольная СУБД. Был уверен, что эра FoxPro быстро закончится, но не тут то было, живет, новые версии продолжают выпускаться, недавно очередная выпущена, возможностей куча добавляется. Этакий навороченный PowerBuilder...
А вот если Вы в контексте dbf-файлов, тут у нас, IMHO, расхождений нет, сфера их применения сильно ограничена.
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #32998187
U R WRONG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
насчтет dbf не стану спорить.. мне они по душе и я использую их, что в них плохого не ведаю, кстати дбф-файлы тоже уже не те, что были в 90-х ИМХО, рассуждать насчет падают-не падают можно долго и нудно.. но НУЖНО ли?
упать может любая СУБД, конечно СКЛ сервара вожможно падают не так часто (но зато с каким грохотом, щютка....)

Мне нравится то, что система написанная на ВФП с DBC базой, она как бы сама в себе, то есть не надо на машину ставить ни серверов, ни клиентов.. ничего кроме собственно БД и "морды" к ней.. вот и все, но тот, кто пишет задачу на завод, производящий ракеты конечно дбф-ки юзать не станет.. ибо нет смысла... так точно учетную задачу для магазина НЕ ЗА ЧЕМ писать под Оракл... вот и все соображения..
...
Рейтинг: 0 / 0
Разрушение индексов в SQL и DBF
    #33029156
GreenStar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На счет Clipper.
Он все ещё жив. Только называется по другому - (x)Harbour для Линукс, Виндовс и т.д. Возможности языка значительно расширены. Поддерживает ADS, можно написать свои обьекты, имеются библиотеки для GUI.
www.xHarbour.org
www.harbour-project.org
...
Рейтинг: 0 / 0
86 сообщений из 86, показаны все 4 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разрушение индексов в SQL и DBF
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]