cqlsh является 'основанным на Python клиентом командной строки для выполнения команд Языка запросов Cassandra (CQL)' ¹. Это обеспечивает быстрый и простой способ выполнить простые команды CQL в интерактивном режиме. Это было доступно в версии Сообщества DataStax Cassandra начиная с версии 1.0.1.

Справочник, связанный со спецификацией CQL, здесь. Инструкции для использования cqlsh с Cassandra 1.0 могут быть найдены здесь.

---------121 Сегрегация ответственности запроса команды (CQRS)--------61516----является архитектурным шаблоном, который разделяет команды (которые изменяются, данные) от запросов (которые считывают данные). См. 'о теге cqrs' для получения дополнительной информации и …

Принцип Сегрегации ответственности запроса команды (CQRS), в его базовой форме, просто представляет разделение чтений от записей. Этот простой подход дает следующие преимущества:

• денормализованная персистентность запроса оптимизирована для чтений (которые обычно составляют большую часть персистентности ввод-вывод), приводящий к лучшей производительности и пользовательскому опыту;
• мы можем оптимизировать нашу сторону чтения для потребностей UI (например, выбирая панель инструментов для пользователя в едином запросе), который приведет к лучшему опыту разработки и меньшему количеству риска повреждения чего-то на стороне записи.
• читайте сторона может быть помещена на некоторое облачное хранилище, которое по сути оптимизировано для чтений, могло делиться, копироваться и даже распределяться через CDN;
• путем разгрузки данных читает в синхронные запросы, мы автоматически увеличиваем производительность стороны записи - теперь это имеет более низкое напряжение и более низкую вероятность удара мертвой блокировки (который необходимо все еще объяснить).

Более глубокое введение и больше учебных материалов доступны для исследования в Начальной точке CQRS.

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

Таким образом, когда мы говорим "CQRS", это часто означает: "Принцип CQRS" + "Управляемая сообщением архитектура с командами, событиями и запросами" + "Управляемая Доменом Методология проектирования". Эта комбинация является одним из самых частых изменений "Архитектуры CQRS" (иногда, Определение источника События включено там по умолчанию также). Успех этого изменения является причиной, почему существует так много шума и шумихи вокруг исходного термина CQRS.

Таким образом, вот то, что мы имеем здесь:

• CQRS - модное словечко, которое могло означать много вещей.
• Принцип CQRS - принцип, который диктует разделение чтений от записей в Вашей системе.
• Архитектура CQRS - определенные архитектурные проекты, основанные на Принципе CQRS и нескольких других доказанных временем методологиях и подходах. Они обычно идут с четкой миграцией включения пути эволюции работающего приложения к более тщательно продуманному дизайну в случае необходимости.
• DDDD (Распределенный Управляемый Доменом Дизайн) - одна из Архитектуры CQRS, как представлено Greg Young. Это основано на "Принципе CQRS" + "DDD" + "Основанная на сообщении архитектура" + "Определение источника События".

Не быть перепутанным с Сегрегацией Запроса Команды (cqs), принципом дизайна метода объекта, который включает CQRS.

Ссылки

• Информация о CQRS и DDDD
• Группа Google CQRS/DDD