> На мой взгляд получается противоречие в требованиях: с одной стороны разделение данных, а с другой стороны — выборка из одного места.
Я говорил, что должно быть физическое разделение (кластеризация внутри одного сервера, а так же между серверами), а представление хочется иметь в виде одной таблицы (но не вьюшки)
Дак если у меня есть кампания, у неё объявления, у них ключевые фразы, то как он будет хранить на одном сервере кампанию, её объявления и фразы и все таблицы надо дробить? Как это ему указать?
Получается и у объявлений и у фраз надо id кампании хранить? И как сделать чтобы он какую-нибудь новую партицию на новый сервер сбрасывал? При этом, если кампания создается на новом сервере, то её объявления и ключевые фразы должны быть там же. Как это сделать?
«Дублировать модели нельзя по определению.» Где написано?
" У вас изменилась структура данных в хранилище (например, в БД), а вы работаете с новой таблицей при помощи старого кода" все равно что-нибудь придется менять — либо модели, либо контроллеры.
А что вы имеете ввиду под «как можно более простого и тонкого слоя контроллеров»? Какую логику вы предлагаете перенести в контроллеры?
У нас в проекте модель — не просто, образно говоря, представление записи в таблице, а довольно толстая и сложная вещь, и работа теоретически с ними может меняться от версии к версии. У меня идея вообще избавиться от контроллеров — будет только один с одним индексным экшеном, который будет решать к какому методу какой модели слать запрос.
P.s. Единовременно можно поддерживать только две версии и тогда копия моделей будет всего одна, зато вся логика в них.
alekciy Окей, мне DELETE не нужен в силу того, что объекты не должны удаляться никогда. Нужна смена статусов — ENABLE, PAUSE, ARCHIVE и получается это надо делать через POST или PATCH (но PATCH не в стандарте)
Спасибо, но мой вопрос был не про REST. Я уже писал, что REST предполагает делать грубо говоря select через GET запрос с GET-параметрами, а если у меня параметров много, то есть риск, что они в http запрос просто не поместятся. И что мне тогда с RESTархитектуры переводить все?)
blo Да, я тут подумал, что если речь идет о фильтрации данных с передачей массива int64, то url вполне может не хватить, а жаль. Но в процессе разбора полетом RESTful, пожалуй, он мне понравился
blo А если мне надо получить список пользователей, у которых ДР 1988 года, то я в GET параметрах это должен передавать? А если условий не дай бог больше 4Кб? =)
