2015-03-23 3 views
3

Во многих предыдущих базах данных Waterline, с которыми я взломал, вы можете создать модель Waterline/Sails, используя «общий» синтаксис, указанный Waterline/Sails, и все будет работать. Когда я начал использовать OrientDB и Waterline-OrientDB, похоже, проблема связана с тем, что я должен определить свою полную схему в OrientDB, прежде чем я смогу что-либо сохранить. Является ли это требованием для использования Waterline-OrientDB или что-то не настроено должным образом относительно моей установки OrientDB, которая заставляет сначала определять схему.Создание схемы с waterline-orientdb

Если создание необходимо, как следует моделировать ребра в базе данных OrientDB и в SailsJS, чтобы гарантировать, что ORM Sails/Waterline ORR будет сохраняться правильно. Я предположил, что это будет «просто работать», но во всей документации waterline-orientdb есть ссылки на вызовы для создания ребер и т. Д. Это, по-видимому, является важной особенностью документации - что вам нужно определить, и что вы можете избежать, не определяя объекты модели SailsJS.

+0

Я думаю, это может быть лучше спрошено для людей, которые разработали адаптер парусов-orientdb. Я ничего не знаю о Оридббе. –

+0

Привет @Travis, я считаю, что @Guardius относится к адаптеру «waterline-orientdb», а не к адаптеру «sails-orientdb», который является [различными адаптерами] (http://stackoverflow.com/questions/27368083/how-to-use- orientdb-в-sailsjs-приложение/28754421 # 28754421). Я понимаю, что схема не создается из-за опции «migrate». Я дал полный ответ ниже. –

ответ

2

Отсутствует определение или конфигурация модели ватерлинии, поэтому трудно точно определить, какая именно проблема. Одна из возможных причин заключается в том, что migrate установлен в 'safe' в конфигурации. waterline-orientdb следует за migratable interface и, как таковой, он будет создавать классы только тогда, когда migrate: 'drop' или migrate: 'alter' (ватерлиния считает это экспериментальной) или migrate: 'create' (в ветке магистрали ватерлинии, еще не выпущенной). Подробнее о настройке параметров переноса на Sails.js docs - model settings.

Что касается второго абзаца, waterline-orientdb соответствует 100% спецификации ватерлинии и передает все API integration tests для адаптеров Waterline (results). Кромки моделируются как обычные ватерлинии many-to-many associations. Документация waterline-orientdb следует примеру других адаптеров, поскольку она в основном документирует вещи, которые характерны для waterline-orientdb, а именно сделанные расширения. Другими словами, waterline-orientdb можно использовать так же, как и любой другой адаптер, и эти расширения предназначены только для конкретных операций OrientDB.

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

+0

Да. Вот где проблема. Миграция была вынуждена «безопасно», и это мешало системе работать должным образом. При попытке установить «изменить» я получил кучу ошибок, но это нормально, так как я действительно хочу либо использовать «падение» при разработке, либо «безопасно», когда на производстве – Guardius

+0

Приятно слышать, что исправлена ​​проблема. Не стесняйтесь сообщать о любых проблемах на странице проекта github (https://github.com/appscot/waterline-orientdb), и я посмотрю на них, как только у меня появится шанс. С уважением –

Смежные вопросы