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

[Ognev]

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

 

[ploki]

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

По теме: мне порекомендовали обратить внимание на Birdstep RDM Embedded
(

You do not have permission to view link please Вход or Регистрация

. Сам не использовал. По отзывам - очень хороший продукт, но дорогой. Один список клиентов чего стоит!

Офтопик: 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 и никак гвоздей.

You do not have permission to view link please Вход or Регистрация

 

[MageSlayer]

to Ognev

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

You do not have permission to view link please Вход or Регистрация

You do not have permission to view link please Вход or Регистрация

 

[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 -

You do not have permission to view link please Вход or Регистрация

)
Вообщем здесь вопрос ставился по другому, человеку надо БЕЗ ДОПОЛНИТЕЛЬНОГО СОФТА БАЗУ С 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

You do not have permission to view link please Вход or Регистрация

. Этот ответ был для ploki
Попутно вопрос, а компоненты типа Appolo - это дополнительный софт ?

 

[Ognev]

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

 

[Guard]

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

Так это совсем другая постановка вопроса. Можно использовать всё, о чём здесь народ писал. Я конечно упертый, но Firebird на мой взгляд лучший вариант или XML через TClientDataSet(midas.dll). Потому, что не требуют настроек самой системы и все настройки можно хранить например в ini файле(который естественно в папке программы)

 

[Ognev]

Гы, использовать можно все что угодно, нужно только, чтобы это было просто и работало ))) FB в одной dll-ке - не уверен, что на ней просто можно реализовать БД. XML - не помню, чтобы в Delphi была поддержка этой платформы в dbExpress.

 

[Guard]

FB в одной dll-ке - не уверен, что на ней просто можно реализовать БД. XML - не помню, чтобы в Delphi была поддержка этой платформы в dbExpress.

По поводу FB - это тебе сюда

You do not have permission to view link please Вход or Регистрация

а про dbExpress я тоже не помню , только про TClientDataSet из MyBase

 

[Ognev]

Guard,
я в курсе, про embedded вариант. Меня интересует, пробовал ли кто-нибудь писать приложение на такой реализации FB и что у него получилось. Просто у меня есть внутреннее ощущение, что без гемороя там не обойдешься, а проверить это самому нет пока времени.

 

[Guard]

Guard,
я в курсе, про embedded вариант. Меня интересует, пробовал ли кто-нибудь писать приложение на такой реализации FB и что у него получилось. Просто у меня есть внутреннее ощущение, что без гемороя там не обойдешься, а проверить это самому нет пока времени.

У меня тоже все времени не было. Вот только сел скачал FB Embedded.

Вообщем получилась добавка около +4,5 Мб. Всё подкинул к работающему проекту, запустил, всё работает. Долго не тестировал, но то, что попробовал бегает. Из удобств - пишешь для встроенного сервера, а работает и в сетевом варианте. Кстати работают и в месте. Сетевой сервер встроенному не мешает, если конечно не пытаться работать с одной базой

 

[Ognev]

Надо будет попробовать. Я только не понял, что достаточно только эту dll-ку подгрузить, а все остальное точно такое же, как для обычного сервера?

 

[Guard]

Надо будет попробовать. Я только не понял, что достаточно только эту dll-ку подгрузить, а все остальное точно такое же, как для обычного сервера?

Я же пишу там для работы нужна не одна dll, а целая куча(~5)
Берёшь FB Для просмотра ссылки необходимо: Войти или Зарегистрироваться распаковываешь в директорию с прогой, переименовываешь fbembed.dll -> gds32.dll и все. саму прогу менять не надо

 

[Ognev]

Попробовал сегодня поработать с FB Embedded. Все действительно работает ))) Для меня, пожалуй, это наиболее предпочтительный вариант. Да, версия 1.5.3 не работает с сетевыми базами. Полагаю, 2.0 планируется сетевой, а просто пока он в стадии RC, то ReadMe для него просто берут из предыдущих версий. Ну а fbembed.dll можно не переименовывать, а прямо указать его название в свойствах коннекта. Спасибо за совет!

P.S. Добавил в шапку )))

P.P.S. И спасибо за настойчивость! )