Nano Hash - криптовалюты, майнинг, программирование

Соглашение об именах для проектных документов в большой базе данных CouchDB

У меня очень большая база данных couchDB, которую я размещаю на Cloudant. Одна из первых ошибок новичков, которую я совершил, заключалась в том, что все мои взгляды были собраны в одном проектном документе. Когда я внес изменения в проектный документ, добавив новое представление, он снова скомпилирует проектный документ и сделает базу данных недоступной на некоторое время.

После того, как я поговорил с Cloudant, они сказали мне, что хорошей практикой является наличие нескольких проектных документов, и после некоторого чтения, похоже, что CouchDB запускает один сервер представления для каждого проектного документа.

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

На этом фоне два вопроса.

  1. Это правильный подход?
  2. Какой схеме именования должна придерживаться моя проектная документация?
04.07.2014


Ответы:


1

У вас может быть главный проектный документ, содержащий перезапись в другой проектный документ, который содержит фактическое представление, которое вы хотите выполнить. Главный проектный документ не должен иметь никаких представлений, поэтому вы можете свободно обновлять его так часто, как вам нужно. При таком подходе соглашение об именах зависит от вас, если вы правильно ссылаетесь на него в правилах перезаписи основного документа проекта.

07.07.2014

2

Это, конечно, неплохой подход. Учитывая, что представления в проектной документации обрабатываются вместе, большее количество проектных документов обеспечивает больший параллелизм при построении представлений (при условии, что кластер может с этим справиться). Вы также можете использовать Cloudant Query, который предоставляет слой абстракции поверх карты / уменьшения, чтобы вы не нужно заботиться об именах ваших дизайнерских документов.

В общем, я бы посоветовал давать вашим проектным документам осмысленные имена - если вам действительно нужно добавить новые представления в существующий проектный документ, вы можете использовать этот трюк.

08.07.2014
Новые материалы

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

Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

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

Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..