Этот код nodejs просто делает это, так как @Felix Yan упомянул, что предыдущий способ работает очень хорошо, у меня были некоторые проблемы с другими снайперами, надеюсь, что это поможет.
Это переименует столбец «oldColumnName» «newColumnName» табличных «документов»
var MongoClient = require('mongodb').MongoClient
, assert = require('assert');
// Connection URL
//var url = 'mongodb://localhost:27017/myproject';
var url = 'mongodb://myuser:mypwd@myserver.cloud.com:portNumber/databasename';
// Use connect method to connect to the server
MongoClient.connect(url, function(err, db) {
assert.equal(null, err);
console.log("Connected successfully to server");
renameDBColumn(db, function() {
db.close();
});
});
//
// This function should be used for renaming a field for all documents
//
var renameDBColumn = function(db, callback) {
// Get the documents collection
console.log("renaming database column of table documents");
//use the former way:
remap = function (x) {
if (x.oldColumnName){
db.collection('documents').update({_id:x._id}, {$set:{"newColumnName":x.oldColumnName}, $unset:{"oldColumnName":1}});
}
}
db.collection('documents').find().forEach(remap);
console.log("db table documents remap successfully!");
}
Нет никаких проблем с организацией Ваших контроллеров. Просто необходимо установить маршруты для принятия организации во внимание. Проблема, с которой Вы столкнетесь, находит представление для контроллера, так как Вы изменили конвенцию. Еще нет никого созданного в функциональности для него, но легко создать работу вокруг себя с ActionFilterAttribute и пользовательским локатором представления, который наследовался от ViewLocator. Затем при создании контроллера, Вы просто указываете то, что ViewLocator использовать, таким образом, контроллер знает, как найти представление. Я могу отправить некоторый код в случае необходимости.
Этот метод отчасти соглашается с некоторым советом, который я дал другому человеку для того, чтобы выделить их представления для портала с помощью ASP.NET MVC. Вот ссылка на вопрос как ссылка.
С точки зрения того, как Вы располагаете свои представления, можно поместить представления в подпапки, если Вы хотели бы и создали бы свою собственную структуру представления. На все представления может всегда ссылаться их полный путь с помощью ~syntax. Таким образом, при помещении Index.aspx в \Views\Feature1\Home затем, Вы могли бы сослаться на то представление с помощью ~/Views/Feature1/Home/Index.aspx.
Вот два хороших сообщения в блоге, что я нашел, что это может помочь другим читателям:
Эти переговоры, немного более всесторонние о том, что Haacked описал выше.
http://haacked.com/archive/2008/11/04/areas-in-aspnetmvc.aspx
Это - хорошая альтернатива для группировки Вашего сайта в "области".
Спасибо за дополнительную информацию scurial... И вот другое хорошее сообщение от Billy McCafferty на предмете...