Веб-сайтам больше нужны Локальные базы данных?
Если существует лучшее место для выяснения у этого, сообщите мне.
Каждый раз я создаю новый веб-сайт/блог/корзину/и т.д., я продолжаю пытаться сделать следующее:
- Извлечение общая функциональность в повторно используемый код (Rubygems и плагины jQuery главным образом)
- Если возможно, преобразуйте тот драгоценный камень на маленькую службу, таким образом, я никогда не должен иметь дело с базой данных для включенных объектов (сервисом, я подразумеваю, что что-то склоняется и означает, обычно создаваемый с веб-Платформой Sinatra с несколькими базовыми моделями).
Мое предположение, если я могу удалить зависимости от локальных баз данных, которые помогут и более масштабируемый в конечном счете (масштабируемый с точки зрения возможности многократного использования и управляемости, не обязательно базы данных/производительности). Я не уверен, является ли это хорошим или плохим предположением уже. Что Вы думаете?
Я сделал это предположение из-за следующей причины:
Самая серьезная функциональность базы данных/модели была основана на Интернете где-нибудь.
Только назвать некоторых:
- Социальная сеть API: Facebook
- Обмен сообщениями API: Твиттер
- Отправка по почте API: Google
- Событие API: Eventbrite
- Покупки API: Shopify
- Комментарий API: Disqus
- Форма API: Wufoo
- Изображение API: Picasa
- Видео API: YouTube...
Каждая из тех вещей является справедливо сложной, чтобы создать с нуля и сделать столь оптимизированным, простым, и простым в использовании, как те компании сделали их.
Таким образом, если я создаю приложение, которое показывает изображения (picasa) на странице Event (Eventbrite), и Вы видите, кто присоединился к событию (события Facebook), и пошлите им электронные письма (API приложений Google), и сделайте, чтобы они заполнили ежемесячные обзоры (wufoo) и посмотрите видео, когда они сделаны (YouTube), все интегрированные в пользовательский, простой в использовании веб-сайт, и я могу сделать это, никогда не создавая локальную базу данных, которая является хорошей вещью?
Я спрашиваю, потому что существует две вещи, отсутствующие в загадке, которые продолжают вынуждать меня создать ту локальную базу данных:
- Сообщение API
- УСПОКОИТЕЛЬНЫЙ/СИМПАТИЧНЫЙ URL API
В то время как существует много Ведущих блог систем и API для них, нет никакого места, где можно просто записать содержание и иметь его часть некоторой крупной вещи. Для каждого приложения я должен использовать код для создания симпатичных/успокоительных URL, и это сохраняет сообщения. Но это походит, который должен быть сервисом!
Вопрос, это, каков веб-сайт?... То место, чтобы интегрировать сервисы миров по моей определенной причине... и, вздох, сохранить сообщения, что только мой сайт имеет доступ к. Всем всегда будет нужен "их собственный блог"? Почему не только имеют профиль и пишут много содержания на установленной платформе как StackOverflow или Facebook?
... Тем путем я могу записать приложения полностью без базы данных и знать, что делаю ее правильно.
Примечание: Конечно, в какой-то момент Вам была бы нужна база данных при выполнении чего-то уникального или нового. Но для случая, где Вы - просто информация о перемонтаже или вещи создания как видео, события и продукты, это больше действительно необходимо??
2 ответа
Думаю, вы в значительной степени ответили на свой вопрос в вопросе:
Если вы можете найти стороннюю веб-службу, которая отвечает требованиям вашего веб-сайта к постоянству, тогда вашему веб-сайту не нужна локальная база данных.
Если не можешь, значит, делает.
Но «требования» - это не только , а только технические. Предполагая, что вы идентифицируете удаленную базу данных / службу сохранения, существует множество причин, по которым она может не подходить:
- Она может не обеспечивать подробную функциональность, которая требуется вашему клиентскому сайту; например способность выполнять определенные типы запросов, масштабируемость и т. д.
- Это может быть слишком дорого в использовании, учитывая прогнозируемую посещаемость сайта вашего клиента.
- Это может быть слишком рискованно с точки зрения:
- конфиденциальности конечного пользователя,
- доступности / надежности службы,
- долгосрочной жизнеспособности службы и
- долгосрочную стабильность API сервиса.
Это не означает, что эти проблемы нельзя решить. Но, по крайней мере, вопросы «риска» необходимо обсудить с вашими клиентами, поскольку в конечном итоге им придется иметь с ними дело, если дела пойдут плохо.
Однако, когда все сказано и сделано, одно большое преимущество локальной базы данных перед удаленной состоит в том, что вы и ваш клиент имеете полный контроль над локальной базой данных.
Я думаю, это, вероятно, зависит от того, какую информацию вы пытаетесь сохранить / получить. Большая часть упомянутой вами информации, похоже, использует openid или аналогичные провайдеры. Разве вы не можете создать openid или альтернативный «модуль», на который вы просто ссылаетесь / включаете (при необходимости удаленно), когда вам это нужно?
Многие из них выглядят немного выше меня, но я пытаюсь создать база данных пользователей, и я решил, что именно так я смогу это сделать, чтобы я мог также повторно использовать код в различных контекстах.
Надеюсь, это ускорит ваш мыслительный процесс.