База дынных "без потребностей" (VB.Net)

[AlekseyVB]

Доброе утро!

Нужно подобрать хороший способ для хранения информации, т.е. создать базу данных с которой приложение сможет работать (считывать и вносить информацию) без дополнительного ПО. Например, насколько я понимаю, чтобы приложение могло работать с *.mdf файлами, необходим установленный SQL Server.

Наслышал о XML, существует ли возможность не переводить загруженные данные DataSet в XML, а просто сохранять данные, например, из текстовых полей или из DataGridView в XML и обратно выводить данные в DataGridView без использования объекта DataSet. Ведь DataSet работает только с источниками данных(SQLS, OLEDC, OLEDB) или я ошибаюсь?

Также есть мысли по поводу *.txt. Но данных планируется быть много и этот метод кажется примитивным.

Может есть другие варианты хранения информации, с которой приложение будет работать без дополнительного ПО?

Необходимо решение, которое будет реализовано на VB.Net

[Денис]

ЭксЭмЭл тормозной очень. Если целевые компы (на которых всё будет работать) не современные, то намучаешься с ними!

[AlekseyVB]

Трудно будет написать "свой формат хранения"?

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

[Dmitriy2003]

Может есть другие варианты хранения информации, с которой приложение будет работать без дополнительного ПО?

Если это - телефонный справочник, почему бы и нет, в противном случае, вряд-ли вам удастся что-либо приемлемое состряпать.
Чем готовые решения не устраивают

MS SQL Server (лучший выбор для .NET Разработчика)

[alibek]

Используй Embedded-редакции MSSQL или Firebird.

[Proxy]

ЭксЭмЭл тормозной очень. Если целевые компы (на которых всё будет работать) не современные, то намучаешься с ними!

Смотря для каких задач. Я на тормозном компе на виртуалке поднимал SQL, заливал на него демонстрационную базу от бизнес-сервера (не скажу сколько записей точно, но не большая) и оно довольно приемлемо работало. 3-4 клиента вполне бы потянул без сильных тормозов.
Хотя если речь о каком-нибудь примитивном справочнике, то смысл в применении SQL отсутствует.

[jangle]

Может есть другие варианты хранения информации, с которой приложение будет работать без дополнительного ПО?

PropertyBag

[Денис]

PropertyBag

А ведь гениально же! Гениально! +1

[ASD]

SQLite. Дешево и сердито. Скорость большая, Net коннектор есть.

[VVitafresh]

SQLite. Дешево и сердито. Скорость большая, Net коннектор есть.

Полностью поддерживаю. SQLite, по-моему, в данном случае идеальный вариант.

[Proxy]

в данном случае идеальный вариант

В каком ещё данном случае? Автор ничего толком не описал, а вы уже ищете идеальные варианты.
А что если автор думает написать какой-нибудь ежедневник аля "hello world" например? Какой смысл нагромождать на комп SQL сервер, если он будет использоваться локально и содержать одну-две таблицы без связей, без необходимости поддержки триггеров, прав доступа и т.д?
К тому же Денис вторым постом создал тезис, который так и не был разобран. От целевого аппаратного обеспечения многое зависит.

В зависимости от задачи SQL может быть как хорошим решением, так и лишним источником проблем.

[VVitafresh]

в данном случае идеальный вариант

Какой смысл нагромождать на комп SQL сервер, если он будет использоваться локально и содержать одну-две таблицы без связей, без необходимости поддержки триггеров, прав доступа и т.д?

А где я писал про SQL сервер?
SQLite -- это не сервер, а скорее библиотека. Почитай здесь: http://www.sqlite.org

В зависимости от задачи SQL может быть как хорошим решением, так и лишним источником проблем.

В каком случае SQL может стать источником проблем? Уточни, что ты подразумеваешь под SQL?

[Хакер]

Что может подразумеваться, кроме как язык запросов?

[VVitafresh]

Что может подразумеваться, кроме как язык запросов?

А у меня возникло подозрение, что Proxy подразумевает что-то другое (например MS SQL сервер). Потому что иначе непонятно, какие могут быть проблемы от языка запросов?

[Хакер]

Потому что иначе непонятно, какие могут быть проблемы от языка запросов?

Ну например, когда один только разбор запроса забирает столько же времени, сколько простое доставание дданных при использовании своего бинарного формата.
Плюс древовидные структуры.

[Proxy]

Что может подразумеваться, кроме как язык запросов?

Подтверждаю: Язык.

Ну например, когда один только разбор запроса забирает столько же времени, сколько простое доставание дданных при использовании своего бинарного формата.
Плюс древовидные структуры.

Подтверждаю: мысль понята верно.

[VVitafresh]

Что может подразумеваться, кроме как язык запросов?

Подтверждаю: Язык.

Proxy, не подмазывайся под ответы Хакера. Ты так и не ответил:

SQLite, по-моему, в данном случае идеальный вариант.

Какой смысл нагромождать на комп SQL сервер

А где я писал про SQL сервер?

Из твоего вопроса я сделал (возможно ошибочный) вывод, что под любым упоминанием SQL ты понимаешь именно сервер.

Ну например, когда один только разбор запроса забирает столько же времени, сколько простое доставание дданных при использовании своего бинарного формата.
Плюс древовидные структуры.

Свою позицию Хакер неоднократно озвучивал. И я ее понимаю и принимаю (хотя сам предпочитаю более универсальные, пусть и не всегда самые быстрые способы хранения).

Но считаю что это не есть проблемой языка запросов SQL. Это уже скорей тема для отдельной дискуссии, о том что лучше: использовать готовые универсальные инструменты и способы извлечения/редактирования данных, или использование своего узкоспециализированного, но чрезвычайно оптимизированного бинарного формата данных.

ИМХО, приложений, которые требует исключительно быстрого отклика и, соответственно, разработки специализированного формата хранения данных не так много. И я на 99,9% уверен, что для топикстартера не так важно получит он данные за 0.001 секунду или 0.1 сек., иначе бы он так и написал "нужен наиболее быстрый способ сохранения и извлечения данных".

[Proxy]

Proxy, не подмазывайся под ответы Хакера. Ты так и не ответил

Не вижу смысла допускать тавтологию.
Отвечаю: Да, под SQL я подразумеваю язык.
Когда я писал "SQL сервер" - я подразумевал любой обработчик SQL (использующий сетевой протокол или API, требующий непосредственной инсталяции или требубщий поставки с проектом, обслуживающий множество клиентов или не поддерживающий клиент-серверную архитектуру вовсе, не суть важно).

А так же то, что обработка SQL запросов с помощью любого ПО в некоторых ситуациях затратит в разы больше процессорного времени, чем получение данных из файла с делителями. Если у автора например под БД подразумевается несколько несвязанных таблиц, то использование SQL ему вовсе ни к чему.

[VVitafresh]

ОК, пояснение принято.

Теперь, надеюсь, тема достаточно раскрыта и AlekseyVB сможет выбрать наиболее подходящий для него способ.

[AlekseyVB]

Почитал про SQLite - действительно классная штука, только теперь разобраться бы как с ним работать через vb.net...

[VVitafresh]

Почитал про SQLite - действительно классная штука, только теперь разобраться бы как с ним работать через vb.net...

Так же как и с любой другой базой, имеющей ADO.NET провайдер:
Использование SQLite в .NET приложениях

Провайдеры:
http://sqlite.phxsoftware.com/
http://sourceforge.net/projects/sqlite-dotnet2/

В качестве средства администрирования для первоначального создания базы и таблиц рекомендую SQLite Expert, хотя можно использовать любое другое средство или вообще все делать с командной строки через sqlite.exe

[Andrey Fedorov]

Непонятно - а чем обычная MDB-шка в данном случае не устраивает? База, связи, индексы - все есть в наличии и никакого SQL-сервера ей не надо...

[ASD]

Непонятно - а чем обычная MDB-шка в данном случае не устраивает? База, связи, индексы - все есть в наличии и никакого SQL-сервера ей не надо...

Думаю дело вкуса. SQLite очень быстрый, opensource (хотя это неважно), используется в куче проектов где нужна быстрая однопользовательская база.
Кстате поддерживает транзакции, причем Insert при использовании их, просто мегабыстрый.

Минус. в прочем как у любых подобных баз - невозможность доступа из разных процессов (не тредов). Хотя некоторые говорят что и это как-то обходится.
Есть еще неплохой проект VistaDB но он платный. По сути это заглушка аля MSSQL+SQLite. Удобна тем что поддерживает всякие типы данных как в MS SQL и вроде не имеет блокировки
как SQLite. Но честно скажу не юзал, просто где-то про нее читал.
На CodePlex есть кажется CMS Umbro вот она ее поддерживает.

[ASD]

В качестве средства администрирования для первоначального создания базы и таблиц рекомендую SQLite Expert, хотя можно использовать любое другое средство или вообще все делать с командной строки через sqlite.exe

Если ставить http://sqlite.phxsoftware.com/ то там прям в VS появится редактор базы.

[MIT]

Можно еще вспомнить про MS SQL Server CE 3.5. Замечательно работает под всеми настольными виндами (специльная редакция), мало весит (3 метра), установка не требует перезагрузки, доступен из студии. Ну и при установке легко определить факт наличия этого компонента на компьютере пользователя.