type MerchantTerminalCategory = NotSet=0 | Set=1
type MerchantTerminal() =
let mutable category =
new System.Nullable<MerchantTerminalCategory>()
member this.Category
with get() = category
and set(value) = category <- value
Ваше использование будет выглядеть примерно так. Вы только пропустили задание =
здесь.
let setCategory (terminal: MerchantTerminal) = //you were missing the assignment "=" op here
terminal.Category <- Nullable(MerchantTerminalCategory.NotSet)
()
В качестве дружественного «комментария к коду», одно из преимуществ использования конструкции, подобной enum, состоит в том, чтобы избежать использования null. Если это вообще возможно, вы должны вытащить пустую часть и использовать доступные состояния перечисления для представления состояния NotSet по умолчанию, возможно, используя то, что у вас уже есть, или через новое состояние.
САМОПРИНЯТЫЙ ОТВЕТ
Спасибо за идеи. После большой игры я получил вещи, работающие. Оказалось, что я не вошел в Менеджер конфигурации SQL-сервера и включил TCP/IP и Именованные каналы как сетевые протоколы. Таким образом даже при том, что SSMS заявила, что удаленные соединения были включены, не было никакого протокола для обеспечения их кроме общей памяти. После того, как я сделал это, я перезапустил сервис SQL Server, но вещи все еще, казалось, не работали правильно. Все же, после того как я перезагрузил обоих гость и хост, все работало как ожидалось.
Как Ваши настройки IP? Вы совместно используете тот же IP-адрес между этими двумя машинами? Если так, затем возможно, когда Ваши клиенты пытаются соединиться с 10.1.1.10, это поражает IP машины, размещающей экземпляр VPC, и та машина не выполняет экземпляр SQL Server. Если возможно, имейте VPC, получают его собственный IP и попытку это.
Главным образом проверьте дважды то, что Вы уже сказали,
выключите гостевой брандмауэр, чтобы удостовериться, что это не это.
Удостоверьтесь, что Ваши сети виртуальной машины установлены на соединенный мостом и не NAT.
Попытайтесь соединиться с IP-адресом гостя вместо его имени.
Удостоверьтесь, что удаленные соединения позволяются SQL-сервером и что оба клиента и сервера используют tcp/ip (или именованные каналы, если Вы предпочитаете).
Я не знаю, требует ли включение удаленных соединений перезапуска SQL-сервера.
Попытайтесь использовать аутентификацию SQL для устранения проблемы аутентификации. Вы работаете на домене?