У меня есть база данных SQL Server, и для моего приложения lightwitch требуется, чтобы администратор мог добавлять новые столбцы в определенные таблицы. Возможно ли это? Единственный способ, которым я мог подумать, это написать хранимую процедуру «ALTER» в базе данных и вызвать ее из lightwitch, но это кажется немного грязным. Есть идеи?Как добавить столбец в таблицу из lightwitch
Хотя вы сможете найти способ физически добавить новый столбец в таблицу после публикации приложения, LightSwitch ему не понравится. Вы даже можете обнаружить, что приложение отказывается работать.
Для присоединенной базы данных, то модель что LightSwitch создает для него может быть обновлен только запустив Обновление источника данных команду, которая может быть сделана только разработчиком на время разработки. И если база данных в встроенной базе данных, ее также можно изменить только во время разработки.
Итак, короткий ответ на вопрос «Возможно ли это?» «нет».
Хранимая процедура, вероятно, будет лучшим способом достичь того, о чем вы говорите, но я бы не рекомендовал ее.
Как вы собираетесь хранить и извлекать данные из этих столбцов? Что происходит, когда вы начинаете получать столкновение имен столбцов между таблицами?
Возможно, было бы лучше, если бы вы дали нам более подробное описание того, чего вы пытаетесь достичь, но, предположив, я бы предложил вам взглянуть на шаблон объекта-атрибута для хранения произвольных пользовательских данных.
Im ищет некоторые функциональные возможности, уже существующие в lightwitch. Для меня хранимая процедура - это решение, но это не совсем то, что нужно. У нас есть дополнительные свойства практически для всего, но это не то, что я и ищу. – TsSkTo
Я продолжал сталкиваться с этой проблемой, когда модель данных была изменена и приложение исключило бы исключение, если источник не был обновлен. Боковой вопрос: есть ли причина, по которой Lightswitch хранит все конфигурации экрана в одном (или трех) файле .isml/s? – TsSkTo
Это фактически изменилось в новой версии LightSwitch, которая находится в VS 2013 Preview. Каждая таблица, экран и т. Д. Была разбита на собственный lsml-файл. Это прежде всего для улучшения сценариев, когда более одного разработчика работает над одним и тем же приложением LightSwitch или где приложение находится под контролем источника. –