Кто-либо использование “проекты базы данных” в Visual Studio?
Я занял много часов и, наконец, нашел простое решение для пользователей Windows. В основном его обобщенная версия существующего ответа по alvas, но была легко следовать (надеюсь) для тех, кто новичок в stanford NLP и являются пользователями Window.
1) Загрузите модуль, который вы хотите использовать, например, NER, POS и т. д. В моем случае я хотел использовать NER, поэтому я загрузил модуль из http://nlp.stanford.edu/software/stanford-ner-2015-04 -20.zip
2) Разархивируйте файл.
3) Установите переменные среды (classpath и stanford_modules) из распакованной папки.
import os
os.environ['CLASSPATH'] = "C:/Users/Downloads/stanford-ner-2015-04-20/stanford-ner.jar"
os.environ['STANFORD_MODELS'] = "C:/Users/Downloads/stanford-ner-2015-04-20/classifiers/"
4) установить переменные среды для JAVA, например, там, где вы установили JAVA. для меня это было ниже
os.environ['JAVAHOME'] = "C:/Program Files/Java/jdk1.8.0_102/bin/java.exe"
5) импортировать модуль, который вы хотите
from nltk.tag import StanfordNERTagger
6) вызвать предварительно обработанную модель, которая присутствует в папке классификатора в распакованной папке. добавьте «.gz» в конце для расширения файла. для меня модель, которую я хотел использовать, была english.all.3class.distsim.crf.ser
st = StanfordNERTagger('english.all.3class.distsim.crf.ser.gz')
7) Теперь выполните парсер! и мы закончили !!
st.tag('Rami Eid is studying at Stony Brook University in NY'.split())
5 ответов
Я использую проект базы данных, который является частью Выпуска Базы данных Visual Studio. Это - большой инструмент. В основном Вы определяете всю схему, в создают сценарии, которые тогда проверяются в управление исходным кодом. Этому тогда встроили инструменты для генерации сценариев различия, которые между прочим не удаляют данные.
Это также имеет данные, сравнивают инструменты, таким образом, Вы можете сравнить данные между базой данных и генерируете сценарий для создания баз данных тем же.
недавний выпуск ГДР имеет некоторые интересные опции, добавленные к нему. Таким образом, что это походит, используете ли Вы их созданный в методе развертывания, можно генерировать пакет развертывания, который, когда Вы работаете, это проанализирует целевую базу данных и применит только различия.
, Если у Вас есть Studio Команды - Комплект Команды или выпуск Разработки тогда, можно использовать Выпуск Базы данных.
Дают ему попытку, и большая эволюция в разработке базы данных
Как Glennular, мы используем их для управления версиями наша схема и s'procs.
, Хотя у нас есть управляющая структура довольно усовершенствованной версии (CI, автоматическое развертывание на dev, развертывание одиночного нажатия на этапе и напоминании); мы не включаем ни одного из проектов DB в той структуре. Мы просто еще не доверяем ему.
ОБНОВЛЕНИЕ: (для В Пространстве)
у Нас есть отдельные проекты TFS для функциональных областей компании (Продажи, Маркетинг, и т.д.). В рамках каждого проекта TFS у нас есть папка Main и Production. У нас также есть один проект TFS, который содержит проекты Базы данных и другой, который содержит Общие блоки / проекты Visual Studio.
После выпуска, мы переходим от Основного до Производства. У нас нет ответвления подготовки, поскольку мы перемещаемся слишком быстро для контакта с этим. Право или неправильно, наша производительность измеряется частично количеством производственных выпусков уровня, которые мы делаем в неделю; исправления ошибок, новые возможности, и т.д.
Ки настраиваются на Основном ответвлении, таким образом что каждая регистрация причин сервер Сборки для развертывания к нашим средам DEV. Единица и веб-тесты тогда выполняются, и качество сборки автоматически установлено на "Разработку", если это завершается успешно. Когда кто-то изменяет Качество сборки на "В Подготовке", Это заставляет любого предыдущего "В Подготовке" сборок быть установленным на "Отклоненный" и причины, которые создают, чтобы быть продвинутыми к нашим серверам подготовки при обновлении файлов конфигурации для указания на корректные серверы. (Я использовал сценарии Устройства развертывания и PowerShell TFS для этого).
QA делает тестирование из наших серверов подготовки. Как только они счастливы, производственная команда изменяет Качество сборки на "Производство". Это заставляет сборку быть отправленной в производственную зону, которая тогда вручную копируется в корректное местоположение. После того, как завершенный, производство уведомляет разработку, кто тогда переходит что версия в папку Production. QA также уведомляется, кто тогда делает батарею Производственных тестов, чтобы проверить, что все действительно работает как ожидалось.
у Нас есть отчеты, настроенные, чтобы показать нам, какие изменения существуют между производственными выпусками так, чтобы мы знали, что каждая регистрация этого развертывается. Это препятствует тому, чтобы неизвестные открылись, такие как изменение базы данных и т.д. или некоторый другой потенциально взламывающий код.
Далее, наш BA отслеживает объекты работы через Системный Веб-доступ Команды и знает, когда те объекты работают.
, Хотя наш DBA используют Выпуск Базы данных (ГДР), они не были впечатлены уровнем управления для автоматического развертывания. Я надеюсь, что Росарио приносит некоторое лучшее управление развертыванием к линейке продуктов; но до тех пор у нас есть Устройство развертывания TFS и powershell.
Мы используем их. Мы сохраняем всю нашу схему, создает/обновляет сценарии и Хранимые процедуры. Основная цель состоит в том, что мы можем подключить проект к SourceSafe или SVN.
простой способ сохранить Вашу версию сценариев SQL управляемой.
Это - немного изворотливой попытки сделать некоторое тестирование SQL в VS, но Вы находите способы вокруг этого.
Обновление
Нам на самом деле встроили его в наши сценарии развертывания, наш развертывающего инструмент, проходит проект DB (за исключением отмеченных папок) и выполняет весь сценарий. Мы просто создали быстрый инструмент для выполненного проект. Если бы у кого-либо есть другие решения развернуть проект DB, который был бы полезен.
Мы используем проект базы данных обеспечить управление версиями для наших сценариев SQL. Нам также нравится использовать среду Visual Studio для редактирования SQL; немного легче использовать для некоторых наших более новых разработчиков, чем запрос анализатор.
Я использовал их в нескольких платных проектах, и я думаю, что это отличный инструмент. Сказано, что я заметил некоторые проблемы.
Если файл .dat в папке проекта db не синхронизируется с временным экземпляром базы данных, сравнение схемы даст неточные результаты. Не знаете, как это происходит, проверьте схему, внимательно сравните и удалите свой файл .dat (после закрытия решения), если что-то кажется неправильным.
Если у вас есть 20+ баз данных, и они ссылаются друг на друга и используют циклические ссылки ... причинять боль. Я не понял, как это масштабировать до этого сценария. GDR 2 кажется многообещающим.