База данных без дополнительных программ

Всех приветствую!

Для программы под XP, Vista, 7, 8, 10 нужна база данных.
Главное требование, чтобы программа работала с этой базой вне зависимости от того, установлен ли офис или какие-то доп. примочки на клиентском ПК.
Так же по базе необходимо: чтение/запись/поиск.

Подскажите какими средствами/инструментами это лучше всего реализовать?
Доп. библиотеки в виде dll допускаются.

Если это важно, то базы будут в пределах 1 - 10 GB

0

если БД-MySQL, то требуется следующее:
MySQL Connector/Net (последняя 6.9.9)
БД - MySQL или
Denwer(лучше его) в негг входит ПО для администртрования БД - phpMyAdmin, что просто необходимо в работе с базой.
Ну Excel файлы можно через ADO читать, поэтому MS-Excel ненужен, а вот с Word'ом - доп библиотеки, они имются в сети.
Думаю доя начала этого достаточно.

2

Дядя Корней,
Поправочка к посту Yury Komar.
MySQL хорош , если предполагается использовать БД в сетевом режиме,
но для этого сгодится и MSSQLSERVER EXPRESS без дополнительных коннекторов.
Если же в планах на каждой клиентской машине использовать свою локальную
БД , то возникнут проблемы с тем , что придётся на каждой машине разворачивать MySQL сервер.
При этом на XP последние версии MySQL не развернутся (ну разве что с основательным извратом),
т.к. требуется NET 4 и выше.
Для локальных БД лучше всего подойдёт SQLite. БД хранится в файловом варианте, т.е. легко переносима.
Для работы требуется всего лишь одна библиотека dll, которую не надо прописывать в реестре и достаточно
таскать с проектом , и коннектор NET.
У неё нет ограничений на размерность (вернее есть -что-то около 10 Тб), но есть некоторые функциональные ограничения по сравнению
с серверными БД. Визуализатор для работы базой так же имеется в разных вариантах.
Для ваших задач "чтение/запись/поиск" хватит за глаза.
При поиске на больших объёмах потребуется достаточно серьёзная настройка, но, с другой стороны,
оптимизация потребуется на любой другой серверной БД. Информации в интернете по этой теме предостаточно.

4

Kulma, спасибо за поправочку. Вопрос дополнительный - синтаксис запросов, кода и скорость работы сильно ли различается в MySQL с SQLLite? С SQLLite не работал, но интересуюсь данным вопросом тоже...

Добавлено через 1 минуту
так как стоит задача выбрать одну из двух, в настоящее время как локальная, но с перспективой на сетевую, но без изменения кода, ну либо с минимальными поправками... Какие различя есть между ними, думаю и для данной темы будет ответ кстати и натолкнет и ТС на нужный выбор.

1

Yury Komar, синтаксис стандартный T-SQL.
Есть конечно свои тонкости , но различия не значительны.
Переход с SQLite на MySQL у меня во всяком случае трудностей особых не вызвал.
И то ,корректировать в большей степени пришлось коннекторы , SQL запросы
завелись без особых проблем.
VB код подключения и обработки данных ровно такой же, как в работе с любой другой
БД при NET соединении. Подключение в одну строку.
Скорость работы сильно зависит от объёма информации и
оптимизации запросов. При правильном подходе SQLite c несколькими миллионами записей при многоуровневом
запросе справляется вполне сносно по скорости, хотя конечно сравнивать файловую БД и серверную не совсем
корректно - просто разная организация хранения данных.
Есть известные проблемы с кодировками, но они вполне решаемы.
Неоспоримое преимущество SQLite - компактность и мобильность.
Минусов тоже хватает конечно , равно как и в любой другой БД.
Для лучшего понимания правильнее почитать специализированные темы по SQLite.
Всё зависит от задач : для кого-то достаточно SELECT/INSERT/UPDATE , а кому то нужны
триггеры, хранимки , функции и прочие прибабахи. ))

Добавлено через 25 минут
оф.сайт
Самоучитель Sqlite

3

Сообщение от Kulma синтаксис стандартный T-SQL.

есть различия, как и различия с MSS, как и Postgress, не критичные, но есть

2

Сообщение от XIST есть различия, как и различия с MSS, как и Postgress, не критичные, но есть

Я бы всё-таки назвал их не различиями , а скорее диалектами . )))
Из серии
в MSS
в SQLite
При этом базовые конструкции запросов в MySql и SQlite практически идентичны, как и синтаксис.
Но различия безусловно всё-равно есть , как вы совершенно верно отметили.

2

а если рассмотреть MS SQL server compact edition как локальный вариант?
А для сетевого - полноценный вариант MS SQL server (правда, для 10 GB придется express забыть, а покупать pro). Различий в языке запросов нет вроде как. Просто меняется строка подключения и используемый провайдер данных в коде. Для compact таскается с собою библа, вот и все.
При разработке проги можно сразу поставить и компакт и експресс и написать необходимый код для будущих переключений.
Правда, не знаю, прицепится ли база от компакта к полновесному, или же придется сделать экспорт...

1

Сообщение от Юпатов Дмитрий MS SQL server compact edition

это имеется ввиду локальная(файловая) или же всетаки разворачивать локальный сервер надо?

0

Сообщение от Юпатов Дмитрий а если рассмотреть MS SQL server compact edition как локальный вариант?

В compact edition ограничение на размер 4 Гб.

Сообщение от Юпатов Дмитрий Правда, не знаю, прицепится ли база от компакта к полновесному, или же придется сделать экспорт...

Не прицепится , СЕ -файловая БД (sdf), серверная - mdf.
Вообще , сугубо по моим ощущениям (имелся некоторый опыт общения с СЕ 4.0) , СЕ это зло плохо
допиленное...ну да , не умею я готовить кошек )))
Постоянно что-то отваливалось, синтаксис вроде и MSSQL , а вроде и не он-какой то обрезанный что-ли.
Развернуть БД - отдельная история , нужно таскать с собой ,если правильно помнится, 7 dll-ок в проекте...и ещё
куча мелких "радостей"...
С MSSQL 2012 вышел новый вариант а-ля CE -LocalDB , но его не юзал , ничего не могу сказать.

Сообщение от Юпатов Дмитрий правда, для 10 GB придется express забыть, а покупать pro

Не обязательно.
Можно раскидать данные на несколько баз, синхронизируя их уже в проекте по ключам.
Варианты есть.Другой вопрос -на сколько необходимы такие манипуляции при наличии выбора )))

1