POS-приложение для ПК с использованием БД или локальных файлов? используя WPF

Question

Я планирую создать POS-приложение для своего магазина. У меня достаточно знаний для создания приложения с использованием БД, а также с использованием локальных файлов (system.IO - двоичные файлы) для хранения и доступа к данным для моего приложения. Но у меня нет опыта развертывания и я запутался в выборе варианта хранения данных.

База данных, использующая MDF, может быть хорошим вариантом (может облегчить много кодирования), но я не хочу, чтобы на моем рабочем столе был сервер SQL. Поскольку я использую WPF для сборки, я обеспокоен тем, что мое приложение может работать медленно из-за ответа сервера и визуализации дизайна WPF.

Затем я попытался использовать только локальные данные (двоичные файлы) для хранения данных и получения с помощью класса и объектов. но это кодирование занимает много времени, поэтому в середине процесса я столкнулся с дилеммой возврата к базе данных. Пожалуйста, помогите, для производительности, какая из них лучше. и в практическом мире, в профессиональных приложениях, которые широко используются .. пожалуйста, дайте предложения ..

Answer 1

Вы также можете использовать SQLite . Это легкий, внутрипроцессный движок SQL, широко используемый. Оболочка ADO.Net позволяет вам манипулировать файлами базы данных SQLite, используя практически любую технологию доступа к данным .Net, а SQLite широко поддерживается ORM.

Answer 2

Если вы не хотите использовать SQL Server или SQL Server Express, вы можете серьезно взглянуть на SQL Server Compact , он очень легкий, но довольно мощный.С точки зрения производительности у вас не должно быть никаких проблем, но это в конечном итоге зависит от того, как вы кодируете :-) и сколько элементов вы будете хранить в базе данных.

Answer 3

Нет проблем с использованием файлов для хранения данных в файловой системе, так работает большинство POS-систем, очень немногие POS-системы используют базы данных (по крайней мере, это верно для POS-систем, используемых в индустрии быстрого питания).

Сторонним вендорам, хотя разбираться в сотнях разных форматов очень сложно.

Я бы пошел с вышеупомянутыми предложениями и использовал бы что-то вроде SQLCE.

Answer 4

У вас здесь два разных вопроса: «Какую базу данных мне использовать?» это один, и "Должен ли я использовать базу данных?" это другое.

На первый вопрос довольно легко ответить: для приложения, которое вы описали, SQL Server CE - это почти наверняка то, что вам нужно: легко развертываемая однопользовательская клиентская база данных, для которой просто разрабатывать, и средства разработки которой встроенный в Visual Studio.

Второй вопрос может быть менее простым, потому что в большинстве случаев это зависит от вашего приложения. Но так как ваше приложение предназначено для точек продаж, которое, по-видимому, будет генерировать транзакции непрерывно по мере его использования, я думаю, что ответ на этот вопрос довольно однозначен - «использовать базу данных». Если вы этого не сделаете, вы очень быстро обнаружите, что добавили задачу «написать систему управления базами данных» в свой план проекта, и у вас действительно есть время для этого?