08.12.1998 НовостиТехнический анализДополнительный день високосного года может стать источником проблемТимоти Дик (для PC Week Labs)Разработка проектов для 2000 года предоставляет компаниям “настоятельную возможность” более пристально взглянуть на свои особо важные системы.Ключевая роль в этом процессе принадлежит СУБД и данным, для хранения которых они используются. К сожалению, оценить возможные последствия наступления следующего столетия и проверить готовность баз данных для работы в 2000 году труднее всего. Дело в том, что в других компонентах вычислительных сетей, включая аппаратные средства и операционные системы, входные и выходные потоки информации гораздо более ограниченны, а ошибки в их работе намного заметнее.К счастью, архитектура реляционных СУБД, получивших на сегодняшний день наиболее широкое распространение, создавалась в 80-х годах, когда проблема экономии места на носителях уже не стояла столь остро. Благодаря этому разработчики смогли отказаться от двузначной записи года, и сейчас в большинстве реляционных СУБД для этого параметра отведено четыре знака. Верхний экран: если год указан двумя цифрами, система Oracle по умолчанию относит его к нынешнему столетию. По этой причине последним днем месяца, который начинается 01-Feb-00, система считает 28 февраля, что вполне справедливо для февраля 1900 года, но никак не для февраля года 2000. Четырехзначный формат отображения года воспринимается системой вполне корректно. Хорошие результаты дает и изменение конфигурации системы ...
читать далее.
