История изменений

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

Ну в конечном счёте всё делается, в том числе через хранимки, например. Хотя на этом этапе я бы тоже за трёхзвенку был. Писать логику лучше на нормальном языке.

Про parse.com интересно, не знал. Так у них же ведь куча сдк под разные платформы понаписана, которыми они настоятельно рекомендуют пользоваться. Или это чисто для упрощения работы с данными, чтобы не лазить руками в базу?

Не, у них всё как бы через API идёт. Но это API по сути один в один интерфейс к БД. select/insert/update/delete. Можно это называть веб-апи, я не вижу отличий от SQL-like интерфейса, кроме деталей реализации. А все SDK в конечном итоге, насколько я знаю, сводятся к HTTP REST-вызовам. А безопасность сводится к тому, что в админке размечаешь, к каким сущностям какие операции пользователи могут применять. Полный аналог БД-шных прав.

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

Ну в конечном счёте всё делается, в том числе через хранимки, например. Хотя на этом этапе я бы тоже за трёхзвенку был. Писать логику лучше на нормальном языке.

Про parse.com интересно, не знал. Так у них же ведь куча сдк под разные платформы понаписана, которыми они настоятельно рекомендуют пользоваться. Или это чисто для упрощения работы с данными, чтобы не лазить руками в базу?

Не, у них всё как бы через API идёт. Но это API по сути один в один интерфейс к БД. select/insert/update/delete. Можно это называть веб-апи, я не вижу отличий от SQL-like интерфейса, кроме деталей реализации. А все SDK в конечном итоге, насколько я знаю, сводятся к HTTP REST-вызовам.

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

Ну в конечном счёте всё делается, в том числе через хранимки, например. Хотя на этом этапе я бы тоже за трёхзвенку был.

Про parse.com интересно, не знал. Так у них же ведь куча сдк под разные платформы понаписана, которыми они настоятельно рекомендуют пользоваться. Или это чисто для упрощения работы с данными, чтобы не лазить руками в базу?

Не, у них всё как бы через API идёт. Но это API по сути один в один интерфейс к БД. select/insert/update/delete. Можно это называть веб-апи, я не вижу отличий от SQL-like интерфейса, кроме деталей реализации. А все SDK в конечном итоге, насколько я знаю, сводятся к HTTP REST-вызовам.