Управление базой данных SQL Server с непрерывной интеграцией

Если я вас правильно понимаю, и вы просто хотите конвертировать Dictionary> в Dictionary()

Вы можете использовать ToDictionary

var result = dict.ToDictionary(x => x.Key, x => (object)x.Value);

Однако его спорно, почему вы хотели бы сделать это

, или, может быть, вы хотите,

var res = results.Where(x => x.ConfidenceScore > 0)
               .GroupBy(x => x.PropertyName)
               .ToDictionary(g => g.Key,
                  g => (object)g.Select(x => x.Value.ToString()).ToList()
               );

Хотя говорить, что, я очень смущен вопросом, и я думаю, что вам нужно, чтобы разъяснить вещи более

12
задан recursive 1 January 2009 в 18:11
поделиться

3 ответа

Если у Вас есть возможность определить и управлять целым управлением базой данных и процессом создания дб, иметь серьезный взгляд на Фантом DB - это - больше, чем просто инструмент - это - процесс.

Если Вы любите его и можете реализовать его, то Вы получите большие возвраты на нем - но это - что-то вроде "бескомпромиссного" вида подхода.Рекомендуется.

2
ответ дан 2 December 2019 в 22:39
поделиться

Последняя версия (5.0) Фантома DB не страдает от "не проблемы" символа ASCII (это просто означает, что файл является закодированным UTF8), и это должно смочь сделать точно, в чем Вы нуждаетесь.

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

В сущности для внесения изменений в схему Вы обновляете сценарии создания отдельного объекта и на таблицу вставляете сценарии (для справочных данных), которые сохранены при управлении исходным кодом точно так же, как Вы разрабатывали “день один” greenfield база данных. Инструменты DB Ghost используются для включения всего этого путем встраивания этих сценариев в совершенно новую базу данных (использующий непрерывную интеграцию при необходимости) и затем выдерживающий сравнение и обновляющий целевую базу данных, которая может быть копией производственной базы данных. Этот процесс производит сценарий дельты, который может использоваться на реальной производственной базе данных во время ввода в эксплуатацию.

Можно даже произвести проект базы данных Visual Studio и добавить его в любые решения, которые Вы в настоящее время имеете.

Malc

0
ответ дан 2 December 2019 в 22:39
поделиться

I would caution against using a db backup as a development artifact, most CI best practices suggest that you manage the schema, procedures, triggers, and views as first class development artifacts. The side effects is that you can take this one step further and use them to build a new database whenever you want, ideally you also have some data that can be pushed into the database.

Here is a cliff notes version to get your feet wet, but there is lots out there in this space: http://www.infoq.com/news/2008/02/versioning_databases_series

I like some of the ideas that Scott Ambler has here as well, the site is good but the book is surprisingly deep for such a difficult set of problems. http://www.agiledata.org/ http://www.amazon.com/exec/obidos/ASIN/0321293533/ambysoftinc

1
ответ дан 2 December 2019 в 22:39
поделиться
Другие вопросы по тегам:

Похожие вопросы: