Оказывается, мой метод сохранения создавал неправильную ссылку. Я использовал:
var documentLink = UriFactory.CreateDocumentUri(_databaseName, _collectionName, document["id"].ToString());
Когда это должно было быть:
var collectionLink = UriFactory.CreateDocumentCollectionUri(_databaseName, _collectionName);
Таким образом, весь метод должен выглядеть так:
public async Task SaveAsync(IEnumerable<JObject> models)
{
foreach (var document in models)
{
var collectionLink = UriFactory.CreateDocumentCollectionUri(_databaseName, _collectionName);
await _client.CreateDocumentAsync(collectionLink, document);
}
}
Возможно, они привыкли работать с Oracle?
Все числовые типы включая ints нормализованы к стандартному единственному представлению среди всех платформ.
Существует много причин использовать числовой - например - финансовые данные и другие материалы, которые должны быть с точностью до определенных десятичных разрядов. Однако для примера Вы процитировали выше, простой интервал сделает.
Возможно, неаккуратные программисты, работающие, кто не знал как к разработать базу данных?
Какого возраста это приложение то, что Вы изучаете?
До SQL Server 2000 не было никакого bigint. Возможно, его просто что-то, что делало его от выпуска до выпуска много лет, не будучи измененным или схемы базы данных, было скопировано с приложения, которое было этим старым?!?
В Вашем примере я не могу думать ни о какой логической причине, почему Вы не использовали бы INT. Я знаю, что существуют, вероятно, причины другого использования числовых, но не в этом экземпляре.
Прежде чем Вы отнесетесь к вещам слишком серьезно, каково требование хранения данных для каждой строки или набора строк для этого объекта?
Ваше наблюдение корректно, но Вы, вероятно, не хотите представлять его слишком сильно при сокращении устройства хранения данных с 5 000 байтов до 4 090 байтов, например.
Вы не хотите уносить свой авторитет путем перевода в рабочее состояние этого, и наличие их указывает, что любые измеримые сбережения незначительны. ("Конечно, многие наши менее опытные сотрудники также делают ту же ошибку".)
Можно ли заполнить эти пробелы?
with the data type change, we use
____ bytes of disk space instead of ____
____ ms per query instead of ____
____ network bandwidth instead of ____
____ network latency instead of ____
Это - вид вещи, которая даст Вам доверие.
Согласно: http://doc.ddart.net/mssql/sql70/da-db_1.htm
десятичное число
Фиксированная точность и числовые данные масштаба от-10^38 - 1 через 10^38 - 1.
числовой
Синоним для десятичного числа.
интервал
Целое число (целое число) данные из-2^31 (-2 147 483 648) через 2^31 - 1 (2,147,483,647).
Невозможно знать, существует ли причина для них использующий десятичное число, так как у нас нет кода для взгляда на все же.
Возможно, что они проводят МНОГО времени в Доступе MS и видят 'Число' часто и просто изображенный, это - число, почему бы не использовать числовой?
На основе Ваших результатов это не кажется, что они - эксперты по оптимизации и просто не знали. Я задаюсь вопросом, использовали ли они инструменты поколения схемы и просто полагались на них слишком много.
Интересно, как эффективный индекс на десятичном значении (даже если 0 масштабов установлены) для первичного ключа выдерживает сравнение с чистым целочисленным значением.
Как сказанный Mark H., кроме фактора индексации, этот конкретный сценарий, вероятно, не выращивает базу данных ТАК очень, но если Вы ищете боеприпасы, я думаю, что Вы действительно находили, что некоторые умалили их с.
В некоторых базах данных, с помощью десятичного числа (10,0) создает упакованное поле, которое занимает меньше места. Я знаю, что существует много таблиц вокруг моей работы то использование это. У них, вероятно, был тот же вид мысли здесь, но Вы перешли к документации и доказали это, чтобы быть неправильными. Более, чем вероятный, я сказал бы, что это сведется к случаю, "это - способ, которым мы всегда делали это, потому что кто-то, одно время сказало это, был лучше".