Если вы вручную используете дизайнер Visual Studio для создания своих файлов XSD в производственной среде, вы, вероятно, делаете это неправильно :) Как вы обнаружили, дизайнер Visual Studio XSD, вероятно, наименее управляемый способ сохранить ваши файлы XSD.
Я бы порекомендовал сделать то же, что и я, и переключиться на инструмент создания кода MyGeneration, чтобы создавать файлы XSD из вашей базы данных.
Информация: http://www.mygenerationsoftware.com
Скачать: http://sourceforge.net/projects/mygeneration/
Шаблон XSD: http://www.mygenerationsoftware.com/TemplateLibrary/Archive/?guid=59a03408-c96f-4baf-8171-b6bfe8725dab
Кроме того, вы должны принять к сведению, что, хотя я продемонстрировал использование инструмента NDbUnit в этих скринкастах, перебив всю базу данных вся в один единственный XSD-файл, предназначался В реальных условиях использования инструмента NDbUnit необходимо использовать несколько файлов XSD по мере необходимости для поддержки различных тестов, зависящих от базы данных.
Поскольку содержимое файла (ов) XSD управляет «областью» вашей базы данных, с которой NDbUNit будет работать в любое время, целью инструмента является то, что у вас будет много разных файлов XSD для разных ваших данных -зависимые тесты и что вы должны тщательно объединить тесты, XSD и тестовые данные (XML) вместе, чтобы они все тесно коррелировали друг с другом для разных наборов тестов.
Наличие вашей всей базы данных, представленной в одном файле XSD (особенно, когда этот файл XSD приближается к 3 МБ!), Почти наверняка является анти-паттерном и должно быть причиной того, что вы, вероятно, не думать о ваших тестах или ваших тестовых данных достаточно детально, чтобы быть эффективными.
Если вы не можете эффективно загрузить данные только в часть ваших таблиц базы данных, не нарушая правила ссылочной целостности, то у вас, вероятно, есть проблема проектирования базы данных, которую нужно решить. Так же, как один единственный объект-бог является анти-шаблоном в ОО-дизайне, так же, как и одна единая монолитная база данных с ограничениями ссылочной целостности во многих местах, так что только путем загрузки КАЖДОЙ таблицы с данными можно вставить записи (что заставляет вас тестировать все сразу, как кажется, вы здесь делаете).
И, наконец, в целях обеспечения ясности, проект NDbUnit теперь и всегда был открытым исходным кодом и полностью независим от Microdesk. В то время как я работал в Microdesk, компания использовала инструмент, а я потратил свое нерабочее время, внося свой вклад в проект, но Microdesk была всего лишь одной компанией, которая приняла этот инструмент и поэтому совершенно ошибочно называть NDbUnit «платформой NDbUnit от Microdesk».
Надеюсь, это поможет ~!