2009-10-30 8 views
2

Я использую C# в Visual Studio для изменения веб-приложения ASP.Простая обработка базы данных

В настоящее время приложение использует SQL Server как свою базу данных. SQL Server - это избыток для этого приложения. Мы говорим о 1 таблице, возможно, 40-50 записей, возможно, за 2 раза добавить/изменить/удалить транзакции в неделю.

Я хотел бы получить клиента от SQL Server, поскольку они платят за него хостинговую компанию. Есть ли что-нибудь в арсенале .NET, что позволило бы мне сделать эту простую обработку db? (Принимающая компания не поддерживает MySql или Postgress)

+0

Спасибо за ваши ответы. Я не могу загрузить что-либо на SQL Server - хостинговая компания имеет контроль над сервером, и единственная база данных, которую они предлагают, - это SQL Server. Вот почему я искал решения внутри .NET. Другие приложения не используют SQL Server. Я собираюсь использовать XML. Еще раз спасибо. – jtb

ответ

4

Я бы использовал файлы XML. Вы можете читать и писать им. Вот article из быстрого google, который даст вам начало.

5
  • Sql Server Express - бесплатно, но должны быть установлены на хосте
  • XML - бесплатно, но потребует изменения кода
  • Sql Server Compact Edition - бесплатно и может работать на хозяин, потому что он не нужен клиент
  • Sql Lite - бесплатно и должен работать так же, как SQL Server Compact
+0

+1 для SQLite очень хорошая производительность для небольших накладных расходов. – mcauthorn

+0

Хотя мне очень нравится SQLite и Sql Server Compact Edition, я по-прежнему считаю, что простая сериализация объектов наилучшим образом соответствует потребностям OP. – overslacked

+0

Оппс, я попытался набирать мои ссылки вручную, спасибо, что указал на это. – Bob

-1

Если хостинговая компания не допускает м ysql, зачем им что-нибудь позволять?

Мне нравится SQLite, это отдельная DLL-файл, который создает и управляет базой данных, сохраненной в одном файле.

Также вам может не понадобиться db, но переписывание кода, чтобы не использовать его, будет сложным.

1

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

Чтобы сохранить на диск, я просто сериализую структуру памяти, если это легко в C# (я предполагаю, что есть встроенный механизм травления) или перевести его в XML или CSV или что-то подходящее.

0

Используют ли они этот SQL Server для других, возможно, более крупных приложений? Тогда я бы не стал с этим связываться.

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

Смежные вопросы