С помощью чего сделать маленькую базу?..

Всем приветик.
Вот у меня стоит такая проблема. Мне нужно сделать некоторую базу, но проблема в том, что неизвестно будет ли она локальная, либо данные сохраняться будут на сервере. Поэтому пользователь будет прописывать путь к базе. Всвязи с этим не знаю с помощью чего делать. А вот TFileStream для этого подходит или это не для этоого? Там вроде есть добавление, сортировка...
А тогда с помощью чего это лучше сделать?
Да, в базе будет записей наверное около 200. И полей у каждой записи где то 7.
Помогите пожалуйста.
Главное чтобы можно было реализовать удаление, добавление, сортировку, поиск по любому полю...
Спасибо, надеюсь на вашу помощь
Сколько одновременно-работающих пользователей предполагается в режиме эксплуатации?
Честно говоря это тестирование и в базу будут заноситься сведения о тестируемом и результат. То есть тут впринципе маленькая вероятность, что одновременно закончат тест несколько пользователей одновременно и в сязи с этим тогда ещё вопрос, а если вдруг так получится, как заблокировать на время базу (если например это будет txt файл)?
TXT файл?
Тогда уж лучше dbf.
да мне необязательно тхт. главное чтобы если база ханится на сервере. было бы достаточно прописать путь и с таким же успехом работало и локально. Подскажите плиз
Да для таких данных используйте INI файл и критические секции для блокировки многопользовательской записи...
смотри в сторону ClientDataSet + таблицы в xml,cds
а не проще сделать на InterBase.
Цитата
MS Офис есть у всех, можно использовать Access.
Для: DZX
работа с Access не требует утсановелееного офиса(Jet поддерживаеться всеми виндами с 98), так что это ещё плюс к Access
Сообщение отредактировал Morpheus - 2:04:2007, 15:19
Ага, решила попробовать с помощью ClientDataSet. А для его работы нужно будет устанавливать дополнительные компоненты? И ещё как бы так сделать блокировку на время файла cds если одновременно к нему идёт обращение?...
Цитата(Ari @ 2:04:2007, 16:25 )
Спасибо за ответы. А ещё вопросик немножко не по теме: если программа делается для фирмы, а она будет её продавать. Нужно писать на лицухе и этот компонент тоже лицензионный покупать или как у нас в стране обстоят с этим дела? Что повлечёт это за собой и чьи это уже проблемы?
Для: Ari
Сматря какой компонент...
в идеале канечно да указывать
Цитата(Morpheus @ 3:04:2007, 17:04 )
Для: Ari
Для начала укажите страну в которой продаёте )))
кстати указывать на лиц-м или нет Делфи Вы в принципе не обязаны, проверить это имеют право только ОРГАНЫ, сами знаете какие, и то заинтересуютсьявами только если Вы буете получать нормальный доход $$$
Россия конечно же...
Возник ещё такой вопросик. Вот чтобы работало на другом компе, там нужно устанавливать, как я поняла, компонент. А как его вообще устанавливают и прописывают в проге где он лежит? Я, например, раньше инсталлятор делала с помощью inno setup с жестким путём...
Цитата(Ari @ 3:04:2007, 18:29 )
Вопрос не в том, что перекидывать, а как это сделать автоматически...
Где вообще указывается дорога к компоненту и всё такое...
P.S. Эх, как так меня закинуло на белорусский форум непонятно... Но могу сказать, что в отличие от многих форумов, здесь отвечают
Для: Ari
Какой путь к компоненту, компонент компилируеться вместе с проектом...
у Вас что какието ошибки выкидывает на другом компе?
или Вам надо путь к файлу базы ?
з.ы. если что хватит того что midas.dll будет лежать в папке с exe-ком
Сообщение отредактировал Morpheus - 5:04:2007, 07:47
по первоначальному вопросу: мне тоже для этих целей нравится использовать Embedded FireBird, т.к. потом нетрудно перейти на полную версию FireBird, или даже на InterBase, если вдруг захочется. Да и компоненты под него удобные, неглюкавые и ни от чего не зависящие.