БД совместно с C#

[Serge_Bliznykov]

Зачем использовать Аксес для элементарнейшей задачи с набором данных в пару тычяч строк??

Затем, что после пары тысяч строк - появится ещё пара таблиц, отчёты и т.д. и т.п.
Зачем делать из крышек от кастрюль себе двухколёсное средство передвижения, когда уже есть велосипед ?!

Это лишние проблемы с организацией доступа к провайдеру, обязательное наличие установленного провайдера на компе и прочие.

провайдер JET для доступа к данным в формате БД MS Access встроенн в Widows (начиная с Windows XP). Проблем с подключением и использованием ВООБЩЕ никаких нет. Скорость работы и надёжность (в локальном варианте) будет на порядок больше, чем с самописными таблицами. А простота использования? А возможность использовать стандартные средства отображения данных (тот же Grid) ?!

Имхо, можно спорить, какую именно СУБД нужно брать (их сейчас полным-полна коробушка - FireBird/SQlite и т.д. и т.п.), возможно, нужно брать "на вырост"... впрочем, если что, на MS SQL можно будет переползти с минимальными трудозатратами), но то, что подобная задача должна решаться с использованием БД (СУБД) - у меня вообще никаких сомнений не возникает!!!
(Вы, фактически, предлагаете сделать свою простенькую СУБД на типизированных файлах. )

[WorldMaster]

Сообщение от Serge_Bliznykov

...

Средства разработки нужно выбирать исходя из требований к задаче.
Было же указано что данных будет немного. Какие базы данных.

Сообщение от Serge_Bliznykov

появится ещё пара таблиц, отчёты и т.д. и т.п.

Целиком и полностью согласен с мнением Reskov

Вы бы еще redis посоветовали, ну так на всякий случай, если вдруг записей станет пару миллионов

Зачем решать проблемы которые возникнут в отдаленном будущем с достаточно малой вероятностью??

[Faridik]

Давайте по-подробнее расскажу. Значит программа из 2х форм. В первой форме записываешь ежедневные расходы. Во второй форме ежедневные приходы. Польза от программы только информационная для себя. Чтоб лишние деньги не тратил и смотрел статистику. Сам я только учусь программировать. На этом хотел опыта набрать и друзьям дать чтоб пользовались.

[Serge_Bliznykov]

Не, я против использования XML не возражаю.
Как начальный вариант - вполне себе допустимое решение!

(я против того, чтобы городить огород с файлами своего формата!)


p.s. но чем доступ к MS Access у вас такой ужас и неприязнь вызывает - я всё равно не понимаю!

[WorldMaster]

Сообщение от Serge_Bliznykov

p.s. но чем доступ к MS Access у вас такой ужас и неприязнь вызывает - я всё равно не понимаю!

Нериязни он у меня не вызывает. но использовать бузу данных на мой взгляд нужно, когда задачу действительно нельзя решить более простыми методами.
Допустим в магазин, расположеный в 10 метрах от вас, вы пешком пойдете или самолет будете использовать?

[=master=]

Для работы с базой аксеса офис вовсе не здался, провайдер есть в системе. Ничего делать не надо.
А вот работать будет намного проще, т.к. все уже написано, а с файлами придется огород городить (о не заметил про огород у Serge_Bliznykov, значит мысли совпали. ).

смотрел статистику

ну вот и понеслась ...

[Serge_Bliznykov]

Допустим в магазин, расположеный в 10 метрах от вас, вы пешком пойдете или самолет будете использовать?

я, допустим, туда на машине поеду. раз уж я на ней всё равно езжу...
и я не понимаю, почему я должен оставить машину и пойти туда пешком - потому что "это же близко"!

я не вижу ваших аргументов против!
Т.е. - чем плохо то использование MS Access?!
Тем что никаких трудностей не возникнет?
или тем, что стандартный ДатаГридВью отобразить данные сможет?!

ой. опять по кругу ходить начинаем.
Думаю, что автору темы будет полезнее маленький ГОТОВЫЙ примерчик кода с формой, где можно вносить данные, они будут записываться КУДА-НИБУДЬ - хоть в TXT, хоть в XML, хоть в MS Access - думаю, что он вообще не понимает, что это такое и какая между этими страшными словами
Кто набросает проектик?

[wm_leviathan]

Было же указано что данных будет немного

ну опять же если программа будет стоять довольно долго то почему там будет данных немного ? будет довольно много ? или предложите переодически очищать свои файлы от ненужных данных? или все же проще сделать маленькую access базу и юзать простые sql запросы. минимум кода + никаких циклов.
PS с XML солидарен сейчас в .NET достаточно классов для работы с XML и простота тоже не маловажна

[WorldMaster]

почему я должен оставить машину и пойти туда пешком

ну тоды ладно ...

[Reskov]

Можно спорить очень долго но access во все не нужен здесь, не вижу профита в нем... xml отлично справить до 10.000 записей... и приемлемо до 100.000,а у access верхняя грань на мой взгляд не на много выше...

Пс про redis это был сарказм

Ппс

минимум кода + никаких циклов.

linq=) работать будет быстрей так как в памяти все и кода меньше и циклов нету=)