Локальная База Данных без установки дополнительного ПО

[trans]

Zeos - это не СУБД, а набор компонентов для доступа к другим СУБД.
Бесплатный то он бесплатный, но глючный, без внятного описания, короче - на любителя. Но это моё субъективное мнение после одной попытки использовать , но мне есть, с чем сравнивать - CodeBase и то лучше.

Так я и сказал, что это компоненты для DB. Типа, как плюс в использовании SQLite. Плюс к этому, т.к. эти же компоненты идут для других баз данных, можно надеятся на легкую портацию программы для других DB.
На счет глючности ничего не могу сказать. С этими компонентами писал только под MySQL. Описания вроде хватает. Плюс есть сайт разработчиков с форумом.
А CodeBase, он вроде в file-серверами работал, если не ошибаюсь?

 

[ploki]

Дык, задача сформулирована была как, обобщая, "встроенная СУБД для работы с локальной базой в однопользовательском режиме, но с полной поддержкой SQL".

Про CodeBase ошибаешься, вначале да, но не сейчас. См. http://www.codebase.com/products/features/

 

[trans]

Дык, задача сформулирована была как, обобщая, "встроенная СУБД для работы с локальной базой в однопользовательском режиме, но с полной поддержкой SQL".

Это я помню. Я писал о перспективе использования Zeos. Мало ли что. Вдруг проект разоастется до клиент-сервера.

Про CodeBase ошибаешься, вначале да, но не сейчас. См. http://www.codebase.com/products/features/

Угу. Спасибо. Буду знать.

 

[Fighter]

А почему никто про FireBird никто не вспомнил ?
Одна dll на мег примерно и все навароты SQL на любой машине.

 

[Ognev]

Fighter,
а вы читать умеете? Разговор шел про БД БЕЗ установки дополнительного ПО. Или у вас есть FireBird в одной dll-ке? Если да, то авторам не забудьте написать, они вам, наверное, премию дадут

 

[ploki]

Ещё бы MS SQL Server Express сделали бы окончательно встроенным, была бы ляпота! Потому как реально клёвая вещь! Но он мне и так годится

По теме: мне порекомендовали обратить внимание на Birdstep RDM Embedded
(http://www.birdstep.com/database_technology/rdm.php3). Сам не использовал. По отзывам - очень хороший продукт, но дорогой. Один список клиентов чего стоит!

Офтопик: MS Virtual Server 2005 стал окончательно бесплатным! Замечательно!

 

[vitaly3000]

Я вижу, что здесь представлены СУБД для Delphi. А есть что-нибудь подобное для C#, чтобы тоже была простая СУБД, но с защитой данных и, желательно, чтобы было встроенное шифрование.
Или, если возможно, то как обеспечить хорошую защиту данных в файле mdb (Access 2003), чтобы пользователь не мог открыть этот файл отдельно с помощью Access и, чтобы просто так не мог подобрать пароль для этой БД.
Если это возможно, то так можно решить проблему хранения и защиты данных, которые введены один раз и пользователь не может их менять или удалять, а только имеет доступ на чтение к выборке по запросу.

 

[ALEXPLUS]

СУБД для Delphi

Ты наверное хотел сказать "Delphi компоненты для работы с различными СУБД"

Мне для работы всегда хватало компонентов ADO. Предполагаю, что ADO компоненты есть и для C#, т.к. разработчик у них один - Microsoft.

В формате MDB вроде есть защита, но она довольно слабая. Я думаю, что можно было бы через программу каким-нибудь образом преобразовывать файл базы данных, например в начало добавлять определенное количество байт и тогда уж точно Access'ом ты его не откроешь. Это самый простой вариант. Тут можно дать волю фантазии

 

[vitaly3000]

Мне для работы всегда хватало компонентов ADO. Предполагаю, что ADO компоненты есть и для C#, т.к. разработчик у них один - Microsoft.

В формате MDB вроде есть защита, но она довольно слабая. Я думаю, что можно было бы через программу каким-нибудь образом преобразовывать файл базы данных, например в начало добавлять определенное количество байт и тогда уж точно Access'ом ты его не откроешь. Это самый простой вариант. Тут можно дать волю фантазии

Я имел в виду именно компоненты для работы с СУБД .
ADO.Net компоненты есть конечно же и в C# и я их испольозовал вполне успешно - но хочется чего-нибудь не столь грандиозного.

А вот с защитой хотелось бы как раз и не проявлять полет фантазии, а сконцентрироваться на основной задаче и использовать существующие средства и не тратить время на изучение криптографии и иже с ней (есть же профессионалы). Все равно вероятность создания самому 100% защиты стремится к нулю по мере приближения сроков сдачи проекта.

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

 

[MageSlayer]

to Ognev

Fighter, как раз читать умеет. Кто там премии раздает? Я тоже хочу .
Firebird Embedded Server. Одна dll и никак гвоздей.

http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_download_15

 

[MageSlayer]

to Ognev

Fighter, как раз читать умеет. Кто там премии раздает? Я тоже хочу .
Firebird Embedded Server. Одна dll и никак гвоздей.

http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_download_15
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_download_20

 

[Guard]

В принципе удобно TClientDataSet, но к нему надо таскать midas.dll так, что например для меня удобнее Firebird. Я конечно читал вопрос, но вообщем не понимаю почему упор на отсутствие дополнительного софта ? Ты прогу раскидываешь на несколько чужих компов ? Почему ОДИН раз не поставить НОРМАЛЬНЫЙ Firebird(например) и после не иметь никакого гемора при локальной работе и по сети ?

 

[Ognev]

Я уже говорил, что "почему" здесь не обсуждается ))) Был КОНКРЕТНЫЙ вопрос, и ответ я хотел услышать ИМЕННО на него )))

 

[ploki]

Firebird Embedded Server пробовали. Действительно Embedded, но
1. Только эксклюзивный доступ!
2. Безопасность низкая! Шифрования не нашли. Вопрос к гуру - ?
3. Не одна DLL, а как минимум 4 + файлы конфигурации (4 МБ минимум) .
4. Неудобно пользоваться DDL.
5. Большой плюс - поддержка кое-чего из SQL99.

А вообще для своих целей - использовать локально нормально созданные фаербёрдовские базы - подходит очень хорошо, да и развивается. В шапку надо добавить.

 

[Guard]

Firebird Embedded Server пробовали. Действительно Embedded, но
1. Только эксклюзивный доступ!
2. Безопасность низкая! Шифрования не нашли. Вопрос к гуру - ?

А вообще для своих целей - использовать локально нормально созданные фаербёрдовские базы - подходит очень хорошо, да и развивается. В шапку надо добавить.

Так это же локальный однопользовательский движок изначально, в чем вопросы ? Безопасность на локале и шифрование зачем? На сколько я помню, он даже пароль на доступ не проверяет.
Если ты с собой тянешь 4Мб, то я уже писал проще поставить полный сервер.(Форум по Firebird - http://forum.ibase.ru/phpBB2/)
Вообщем здесь вопрос ставился по другому, человеку надо БЕЗ ДОПОЛНИТЕЛЬНОГО СОФТА БАЗУ С SQL.

 

[ploki]

Firebird Embedded Server - это именно ответ на исходный вопрос. Полный сервер ставить не надо. Без дополнительного софта даже встроенной СУБД не будет. Другой вопрос- в исходниках ли эта СУБД или нет, в виде обычной DLL, COM-объекта или вообще компонент для Delphi/C++/др.
Главное, чтобы эта СУБД не ставилась отдельно от приложения, то есть являлась его частью, вот и всё.

А запросы у разработчиков разные. Безопасность на локале нужна очень часто.

 

[Guard]

Firebird Embedded Server - это именно ответ на исходный вопрос. Полный сервер ставить не надо.
А запросы у разработчиков разные. Безопасность на локале нужна очень часто.

Безопасность на локале - это вещь довольно трудная. У тебя например могут вообще базу на флеше утащить. Здесь уже должен быть комплексный подход. И я все не пойму почему ты не хочешь ставить полный сервер ? При установке руками с ним вообше проблем нет + есть возможность интеграции в инсталяшку. Зато ты получаешь нармальный сервер.

 

[Ognev]

Guard,
Я уже устал повторять, что в этой теме обсуждается не то, почему не надо ставить FB, или IB, или Oracl, или еще что-то! Здесь обсуждается реализации однопользовательских БД к которым можно без дополнительного гемороя обращаться при помощи SQL запросов. И не надо здесь предлагать то, что выходит за эти рамки.

Спасибо за понимание. И удачи!

P.S. Тема возникла в связи с тем, что иногда приходится писать мелкий софт, который прекрасно дополнила бы небольшая примитивная однопользовательская БД. И меня интересует наиболее простая возможность реализации именно этого.

 

[Guard]

Guard,
Я уже устал повторять, что в этой теме обсуждается не то, почему не надо ставить FB, или IB, или Oracl, или еще что-то! Здесь обсуждается реализации однопользовательских БД к которым можно без дополнительного гемороя обращаться при помощи SQL запросов. И не надо здесь предлагать то, что выходит за эти рамки.

Спасибо за понимание. И удачи!

P.S. Тема возникла в связи с тем, что иногда приходится писать мелкий софт, который прекрасно дополнила бы небольшая примитивная однопользовательская БД. И меня интересует наиболее простая возможность реализации именно этого.

Да понял я уже( см пост 35 http://dumpz.ru/showpost.php?p=328821&postcount=35). Этот ответ был для ploki
Попутно вопрос, а компоненты типа Appolo - это дополнительный софт ?

 

[Ognev]

Guard,
меня интересует наиболее легкая реализация однопользовательской БД, желательно под Delphi, для переноса которой на любой комп достаточно будет перенести лишь папку программы )))