[samos]

Здравствуйте!
Программа, написанная на Delphi, использует таблицы Paradox и BDE. Отлажена и давно эксплуатируется.
Alias не используется.
Все таблицы базы данных находятся в той же директории, где и исполняемый файл (назовем его X).
Сейчас потребовалось запустить программу из среды AutoCad.
Использую функцию startapp:
(startapp "X").
Программа запускается нормально, функция возвращает 33.
В процессе исполнения программы, когда в свойству Active таблицы TTable присваивается значение true, происходит аварийное завершение программы с сообщением:
Table does not exist.
File or directory not exist.
File: c:\Documents and Setting\V\Мои документы\c.db
Не могу понять, в чем дело?
Даже если свойство TTable.TableName прописываю с явным указанием пути к к таблице, все равно в аварийном сообщении идет ссылка на папку \Мои документы.
Заранее благодарен за помощь в решении проблемы.

[samos]

Сообщение от hwd На выбор: MS SQL Server Express Edition PostgreSQL My SQL Open Office - в нём есть некий аналог MS Access - приложение Base Если к базе данных одновременно должны коннектиться более 10 человек - использовать MS Access не очень хорошее решение, об этом пишут в толстых книжках (со временем начнёт ощущаться существенное снижение скорости работы). Имхо - лучше заюзать 1-й вариант, т.к. такие базы данных вы без проблем, при необходимости, всегда сможете перекинуть на более мощные платные версии.

Мои программы чисто технические, расчетные. Подключение нескольких пользователей к базе данных не предполагается. Есть ли смысл использовать SQL-сервер? В отношение OpenOffice - продукт малознакомый, литературы по нему практически нет. Даже объектная модель, мне кажется, не опубликована. Хотя альтернатива MS Office весьма привлекательная.

[hwd]

Сообщение от samos Мои программы чисто технические, расчетные. Подключение нескольких пользователей к базе данных не предполагается. Есть ли смысл использовать SQL-сервер? В отношение OpenOffice - продукт малознакомый, литературы по нему практически нет. Даже объектная модель, мне кажется, не опубликована. Хотя альтернатива MS Office весьма привлекательная.

Я программно с опенофисом не работал, но не думаю, что там возникнут особые сложности. Имхо - проще установить на локальную машину MS SQL Server Express Edition. Она гораздо мощнее (по возможностям), надёжнее чем Access и ресурсов особо не ест. Информации по работе с MS SQL Server море (как программным способом, так и вручную).

[samos]

Сообщение от hwd На выбор: MS SQL Server Express Edition PostgreSQL My SQL Open Office - в нём есть некий аналог MS Access - приложение Base Если к базе данных одновременно должны коннектиться более 10 человек - использовать MS Access не очень хорошее решение, об этом пишут в толстых книжках (со временем начнёт ощущаться существенное снижение скорости работы). Имхо - лучше заюзать 1-й вариант, т.к. такие базы данных вы без проблем, при необходимости, всегда сможете перекинуть на более мощные платные версии.

Использовать SQL-сервер для задач чисто расчетных, инженерных, когда к базе данных не предполагается подключение нескольких пользователей, имеет ли смысл?
В отношении OpenOffice Base, наверное вариант хороший, в качестве альтенативы Access, но уж больно мало информации (на русском) по этому продукту. Помню, с каким трудом несколько лет назад добывал информацию по OpenOffice Writer, чтобы выводить отчеты из программы.

[ShaggyDoc]

Использовать Access - это значит поставить пользователя перед необходимостью иметь лицензию на MS Office.

База данных в формате Access (mdb) и программа MS Access - разные вещи.

С базой данных работают из своей программы и пользователям MS Access не нужна вообще. Может, разве что, пригодиться самому разработчику для более удобного создания таблиц и других объектов. Хотя и для этого не обязательно иметь Accsess.

Есть и другие бесплатные решения. Для Delphi более удобным является Firebird. Для локальной базы - "embedded"-версия. К своей программе просто добавляете dll и пару файлов, которые можете распространять совершенно легально и бесплатно.

MS SQL вряд ли понадобится, хотя и с ним можно работать через ADO так же, как с Access.

PostgreSQL и MySQL - прекрасные серверные решения. Для локальной базы не нужны.

Ну, а "Open Office - в нём есть некий аналог MS Access - приложение Base" - это все равно, что "в Запорожце есть некий аналог Мерседеса". Base в Open Office - самое слабое место.

Есть, кстати, и другие варианты локальных баз данных. Например, тот же XML. Если объем данных не превышает тысяч 100 записей, работает прекрасно (в зависимости от парсера). Зато удобств сколько по сравнению со всеми "настоящими" БД....

Или, для Delphi - kbMemTable. Для однопользовательской работы очень удобна.

[hwd]

Сообщение от samos Использовать SQL-сервер для задач чисто расчетных, инженерных, когда к базе данных не предполагается подключение нескольких пользователей, имеет ли смысл?

Я же вас не заставляю. Данная СУБД - мой выбор. Не вижу никаких проблем в её использовании. Если слово "сервер" ассоциируется у вас с небоскрёбом - это другой вопрос.

"Open Office - в нём есть некий аналог MS Access - приложение Base" - это все равно, что "в Запорожце есть некий аналог Мерседеса". Base в Open Office - самое слабое место.

Я не работал с Base, знаю только что оно есть. Ежели у вас есть опыт работы с ней, то вы можете адекватно оценивать, что есть "мерседес", а что "Запорожец", а ежели такого опыта нет, то...

[samos]

Сообщение от ShaggyDoc Есть, кстати, и другие варианты локальных баз данных. Например, тот же XML. Если объем данных не превышает тысяч 100 записей, работает прекрасно (в зависимости от парсера). Зато удобств сколько по сравнению со всеми "настоящими" БД....

Вот этим, видимо, стоит заняться. Думаю, что это современный подход для такого рода задач, какими мне приходится заниматься. Не могли бы посоветовать наиболее удачную, на Ваш взгляд литературу. А еще лучше, в электронном виде, так как купить хорошую книгу сейчас большая проблема.

Сообщение от hwd Я же вас не заставляю. Данная СУБД - мой выбор. Не вижу никаких проблем в её использовании. Если слово "сервер" ассоциируется у вас с небоскрёбом - это другой вопрос.

Нисколько не сомневаюсь, что Вы работаете с прекрасной СУБД. Сейчас речь идет об оптимизации работы. Ведь если программу придется переписывать, а труд это не малый, то лучше выбрать то решение, у которого хорошее будущее. Менять стиль программирования и наработанные навыки - дело не простое. И здесь важно не ошибиться.
Хотя, я еще раз повторю, с Paradox и BDE у меня и пользователей программ никаких проблем не было. Но уходить от устаревших технологий рано или поздно придется.

[zamtmn]

samos
Ну раз уж вскользь поднялся ворос цены, предложу еще отказаться от Delphi в пользу Lazarus.

Что за программа? если не секрет?

[samos]

Сообщение от zamtmn в пользу Lazarus

Никогда не слышал о таком продукте. Что это за система программирования? Вы с ней работаете?

[zamtmn]

да, работаю. кроссплатформенный, свободный "заменитель" delphi. очень доволен))

[hwd]

Сообщение от zamtmn кроссплатформенный

при работе с AutoCAD кроссплатформенность роли не играет. Для него нужна Windows.

[zamtmn]

>>при работе с AutoCAD кроссплатформенность роли не играет
человек ни слова ни сказал о своей программе, такчто возможно и играет. Вообще кроссплатформенность (в случае lazarus - абсолютно без усилий) штука нужная, линуксы наступают))

[hwd]

Сообщение от zamtmn >>при работе с AutoCAD кроссплатформенность роли не играет человек ни слова ни сказал о своей программе, такчто возможно и играет. Вообще кроссплатформенность (в случае lazarus - абсолютно без усилий) штука нужная, линуксы наступают))

кросплатформенности сейчас полно, жава и .нет не исключение. не думаю, что лазарус более развит чем эти технологии. под х64 делфи вообще не существует в природе (насколько я знаю).

[zamtmn]

под х64 делфи вообще не существует в природе (насколько я знаю).

лазарус x64 и под win и под lin - прекрасно заменяет отсутствующий делфи64.

кросплатформенности сейчас полно, жава и .нет не исключение. не думаю, что лазарус более развит чем эти технологии

Ну насчет развит - это с какой стороны глянуть. Живой, активно развиваемый проект с большим комьюнити.
В плюс Lazarus`у (вообще не лазарю а FPC) в отличее от вышеприведенных технологий - он дает нативный код на все поддерживаемые платформы.
Также плюсом (в рамках этого топика конечно) - средний дельфовый проект компилируется лазарем почти без изменений

[EfremenkoDO]

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

Хотя до сих пор остается загадкой как меняется поле TableName само по себе. Не может же ACAD перекрывать собой адресное поле вашей программы и писать свои данные "как-бы" случайно именно в то место где лежит значение TableName. Что кроме таблицы, связанное с БД, висит в приложении? Какой Delphi?

[samos]

Сообщение от EfremenkoDO Для того чтоб пути не сбивались в первоначальном варианте программы, следует прописать жесткие алиасы. Хотя до сих пор остается загадкой как меняется поле TableName само по себе. Не может же ACAD перекрывать собой адресное поле вашей программы и писать свои данные "как-бы" случайно именно в то место где лежит значение TableName. Что кроме таблицы, связанное с БД, висит в приложении? Какой Delphi?

Алиасы не использую, чтобы не зависить от настроек BDE, которые могут быть изменены при инсталляции, в последующем, программ других разработчиков. В частности при переустановке BDE. По этой причине база данных у меня расположена в том же каталоге, что и exe-файл.
Никаких проблем никогда не возникало, пока не потребовалось запустить программу из AutoCad (или из другой директории). И это даже в том случае, если в TableName указать точный путь к DB-файлу.
Сейчас проблема устранена благодаря использованию SetCurrentDirectory(@ExtractFilePath(ParamStr(0))[1]);
Программа запускается из AutoCad-а и работает нормально.
Использую Delphi7.

[ShaggyDoc]

кроссплатформенный, свободный "заменитель" delphi. очень доволен))

В очередной раз цитирую: "Кому и кобыла невеста" (С)

Только почему-то по-прежнему покупают "несвободную" Delphi. Хотя все свободные "заменители" давно известны. Дураки, наверное. На DWG.RU не ходят.

[zamtmn]

>>Только почему-то по-прежнему покупают "несвободную" Delphi
скорее не покупают, а используют как "свободную"

>>В очередной раз цитирую: "Кому и кобыла невеста" (С)
Конечно, этож нужно гдето там разобраться, чтото там собрать, да ну, делфи круче...

[ShaggyDoc]

Сообщение от zamtmn скорее не покупают, а используют как "свободную"

Зайди на http://delphimaster.ru/, где профессионалы и поинтересуйся, покупают или нет. Там и "свободные" версии обсуждают, только спокойно, без необдуманных заявлений. Всему находится место.

[zamtmn]

Сообщение от ShaggyDoc Зайди на http://delphimaster.ru/, где профессионалы и поинтересуйся, покупают или нет. Там и "свободные" версии обсуждают, только спокойно, без необдуманных заявлений. Всему находится место.

бываю там регулярно, и что? Я не говорю что не покупается - покупается, но совсем не так как во времена рассвета BORLAND. Не очень много места для delphi осталось в современной индустрии програмирования. В основном для обучения и начинающих.
Ты когда последний раз Lazarus пробовал? или мнение основано на http://delphimaster.ru?

Там и "свободные" версии обсуждают, только спокойно, без необдуманных заявлений. Всему находится место.

для обсуждений свободных версий есть более подходящие места. Что необдуманного в совете автору посмотреть свободный продукт? Если тебя вопрос цены не волнует, могу только позавидовать. меня волнует, автора тоже.
99% "програмистов" на Delphi дальше кнопко-формо-шлепства никуда не идут, зачем им за это платить?

зы. До кучи: unicode в delphi vcl появилось в 2009 если мне память не изменяет, x64 досихпор в роадмапе. Вот тебе и комерческий продукт...