2014-02-19 3 views
0

Я сейчас в процессе обновления нашего школьного сайта.sqldatasource или xmldatasource или что-то еще?

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

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

данных в настоящее время находится на MSSQL сервере

Моя идея заключается в том, чтобы в первую очередь использовать XML и разобрать его на стороне сервера и обновлять его по ночам или по запросу из базы данных

Speed ​​является проблемой для нас, особенно во время пика регистрации раз.

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

Ваш вход был бы рад.

ответ

1

Ну, хотя этот вопрос достаточно широк для ответа, не зная ваших конкретных потребностей, я все равно придерживаюсь базы данных, так как xml специально не предназначен для хранения данных.

XML был первоначально разработан для структурирования, депонирования и транспортировки информации. Я лично использую XML везде, где мне нужно хранить информацию о настройках для моего конкретного проекта.

Базы данных, с другой стороны, были разработаны специально для тех же целей, что и ваши потребности. Не стоит недооценивать возможности баз данных. Особенно SQL Server. Он способен обрабатывать несколько транзакций с огромным объемом данных. Тем более, в вашем случае вам понадобятся данные, которые являются «реляционными». Как бы вы это сделали, используя XML? Не говоря уже о том, что вам понадобится отличный источник мощности процессора для анализа всех этих записей.

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

+0

Я понял, что этот вопрос был довольно широким, но не был уверен, как его сузить. Вы совершенно правы, данные наиболее вызывающе реляционные, а не маленькие. хотя для нашего сайта это, очевидно, не так велико, как наше внутреннее веб-приложение (которое использует SQL для всего). Мощность процессора (веб-сервер и сервер базы данных редко превышает 5% использования ЦП) на самом деле не проблема, серверы больше, чем избыток для использования. Однако в нашем внутреннем приложении он, похоже, увязнет, ​​когда 900+ пользователей подключаются и совершают постоянные транзакции. – UltimateVenom

+0

с 1000 таблицами, 100 из которых содержат более 10 000 записей и несколько, которые достигают миллионов. опять же, веб-сайт, очевидно, не находится рядом с этим комплексом, но заставил меня поверить, что может быть лучшее/быстрое решение. Веб-сайт получит доступ к тому же серверу MS SQL. Веб-сайт будет главным образом вытягивать текст для отображения, но в некоторых случаях может отменить более сложную информацию (EG. Список мест с номерами телефонов). Если есть какая-либо другая информация, которая вам нужна, сообщите мне. – UltimateVenom

+0

@UltimateVenom, если более 900 пользователей замедляют ваше приложение, тогда я лично пройду и исследую любые проблемы/потоки внутри самого приложения. Для этого есть различные инструменты тестирования. Я запускаю и управляю веб-сайтами с более чем 400-500 одновременными пользователями, отлично обрабатываемыми с несколькими ответами в миллисекундах. Я хотел бы обратить ваше внимание на то, что я говорю о сайтах, которые не являются приложениями, находящимися на локальном сетевом сервере. Таким образом, ваша проблема, вероятно, связана с кодом, а не с БД. Я придерживаюсь баз данных, это мое окончательное мнение. –

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