Пишу программу.

Тех.данные: VS C# 2012, интерфейс на WPF), которая запускается без установки на любом компьютере, где есть .NET 4.5.


Решаемые задачи: отчёты разные, на основе отчётов другие отчёты, статистика и прочая ерундистика, всё это выводится на экран с помощью DataGrid'ов.


Суть: в программе будет пункт "файл->сохранить как..." - и в этом вся загвоздка.

Пользователь работает примерно как в excel - с отдельными файликами. Сохраняет их, создаёт новые.. А их структура генерируется прогой автоматически в момент сохранения.

По идее, я бы использовал SQL Server compact, по функционалу мне б его хватило. Но я ж БД должен создать (все таблицы спроектировать) на этапе разработки программы. А там уже "сохранить как" не катит.
Плюс, данные отправляются в файл до того, как пользователь успеет нажать "сохранить".

Подумываю об xml-логике или json-логике, тогда всю логическую структуру БД реализую в классах. Но в этом древнем топике говорят, что это бред.

Вопрос: как народ делает программы, поддерживающие команду "сохранить как..." и "открыть..."? ну, "открыть" - всё понятно, просто подключение к новому файлу.
дополнительно Шальная мысль:
Я пока точно не решил. Возможно, стоит как в Access, в начале работы предлагать "создать файл" и работать с ним непрерывно. Но это не закрывает вопрос, как генерировать такой файл динамически и где хранить всю его структуру. Опять-таки, возможно, стоит в xml? смущает, что громоздкий будет.

В том, что в существующих БД делается всё вот так:
Открывается среда разработки
Создаётся файл БД, проектируются в ней таблицы и связи
создаётся программа, которая подключается к этой БД.

В моём случае я хочу, чтобы пользователь получил сею мою программу (без файлов БД), а БД создавал только выполнением команды "сохранить как..."
вопрос - где хранить структуру данных со связями, в каком формате лучше хранить БД?
Моё решение пока - в файл писать XML, структуру хранить в классах. Как бы сделали другие участники форума? Потому что по той ссылке было сказано, что использование XML как хранилища - это изобретение велосипеда и "лучше бы воспользоваться готовыми решениями". А готовые решения - это создание файла БД на этапе создания программы. Не подходит. Либо я что-то не так делаю (что скорее всего)

Да блин.
Вопрос: как БД создавать не на этапе проектирования программы, а динамически. Полно мануалов, описывающих работу с БД, и везде сказано "начнём с создания файла БД". Где почитать, как работать с динамически создаваемыми файлами БД?

ЕвгенийВCharles Weyland,
А что будешь хранить в самой БД?
P. S. DML запросы еще никто не отменял.
Вообще, я ща практикуюсь.
Скажем, список участников соревнования, команда, в которой он играет, очки, которые он получил, в каких кругах какое место занял.
Плюс в программе должна быть ещё внутренняя БД - города, страны, и пр. Но с этим всё понятно. Такую БД я создам на этапе разработки.
Получается, человек запускает программу, создаёт с чистого листа новый список участников и начинает тыкать кнопки, формируя, кто с кем соревноваться будет.

schiА нафига тут СУБД вообще ? Из первого поста ТС необходимость СУБД неочевидна.
от 10 до 1000 участников соревнования из разных школ и разных команд. Соревнуются в разных направлениях, в разных возрастных категориях и т.д. И каждый получает награду. По всем соревнованиям формируются отчёты и выводятся на принтер.
Обычная такая бесплатная программка получится. Дам школам (они ж нищие все), какие покупать не хотят, пусть юзают.

сбсна, вот, БД есть, значит, и СУБД должна быть)

Andrey1306Может Тс имел ввиду под "сохранить как" выгрузка в разных форматах из базы на диск ?!
нет.
Я имел в виду, что программа имеет собственный тип файлов. Соответственно, работая в программе, можно сохранить (как и в excel'е) результаты в файл, а в следующий раз открыть этот файл для продолжения работы, или передать его по почте другому человеку, который с помощью этой же проги его откроет.

Нет, не хотят. Только stand-alone, никаких сетей. Обойдутся) это всё есть в платных программках. Я бесплатную простую делаю.
Просто есть такой чел, зовут его "судья-секретарь". Жалуется "вот если бы ты нам программку такую сделал, а то в excel'е тяжко". Есть у него около 15 разных таблиц, - участников перекидывает между ними в процессе соревнований. Так что задача только облегчения только его работы, а то ошибок уйму делает вручную.

Все эти отчёты распечатываются - и да, хранят. В толстых журналах. IT до школ не добралось ещё)) На крайняк, экспорт в excel сделаю.

вот я и задумался, какие технологии, какие инструменты лучше использовать для программы такого рода. Думал, может, советы какие увижу дельные.
в чём проектировать БД

в каком формате хранить эти файлы
Я наткнулся, что, вроде как, SQL Server Compact, например, не позволит мне сделать программку, запускающуюся без установки, потому что необходимо устанавливать SQL Server Compact. А пока начинал этот пост, сказал, что он мне подходит. А оказывается, видимо, нет..
SQLite боюсь использовать, т.к. по-моему, он то ли загибается, то ли около того... его поддерживают сейчас? Как там у него дела-то? кто знает?

schiБез Oracle тут никак :)
Вот ты взял и привнёс смуту! :/

Access действительно в основной пакет не входит
и плюс не хочу быть зависимым от стороннего софта. Я могу указать в системных требованиях FW.NET 4, но не могу MS Access и даже MS Excel - это тупо. Возможно, кто-то хочет OpenOffice пользоваться или вообще ничего ставить не хочет (хард маленький или попросту не умеет, а .Net уже установлен)

Да я в итоге решил, что действительно воспользуюсь SQLite. При чём, базу буду генерировать Create Table при каждой команде пользователя создать новый файл.
Объясню, что меня здорово смутило - раньше была такая штука, SQLite.NET - и в 2011 году она загнулась. В последний раз, когда пробовал на нём что-то писать, было 2 года назад и на последнем фреймворке уже проект не компилировался, нужно было ставить не последнлий (3.5, точно помню). А сейчас те сайты уже даже не доступны.
Но, как оказалось, на её место пришёл System.Data.SQLite. И весьма активно развивается, что радует. Поэтому смело беру это решение.

Dima TMS Access и MS Access ODBC Driver это две большие разницы
Не могу сдержаться и не попросить назвать одну и вторую разницу

skyANAНу дак сейчас работают в Excel. То есть Microsoft Office уже стоит.
нет. Если есть Excel, значит, скорее всего , есть word. Но врядли Access.
Это во-первых
А во-вторых, Возможно, у пользователя стоит Calc, а не excel. Или вообще ничего не стоит.

skyANAВы уж определитесь для конкретного человека пишете, или есть таки целевая аудитория, хотелки которой не плохо бы понять.
Есть целевая аудитория - люди, которые протоколируют ход соревнований. (т.е., как видно, далеко не массовый продукт получается). На 1 соревновании такой человек 1. И такой человек вообще нифига не соображает в сетях, в установках программ и т.д. Если стоит эксель - то он может туда что-то вбивать. Базовый уровень знаний.
Если будет программулина, которая всё под руку подскажет - вот, отлично. Значит, эксель будет не нужен. Тем более, что далеко не везде он стоит, ибо платный. Многие ставят себе calc.

хотел я сделать продукт, который бы выводил всё на большие экраны, с каждой площадки бы на центральный все данные заносились. Но поговорил с людьми и все хором говорят - "это никому не нужно".
Почему?
Потому что для этого нужно
1. осуществить разворачивание системы, подключение, настройку
2. закупить оборудование, большие экраны, всё настроить.
Этим никто не занимается, на это никто денег выделять не собирается, это никому не нужно.
Нужно лишь облегчить работу одному человеку, Который на соревнованиях пот со лба вытирает постоянно, которого заваливают бумагами и это его личные проблемы, которые руководству глубоко параллельны.

А, и, кстати, да.
У кого есть все эти ресурсы и желание разбираться в профессиональном по, в его установке и т.п., юзают sportdata