Тут вопрос привычки и личных ценностей. Кто-то ценит время потраченное на настройку инфраструктуры, а кто то личную свободу и независисмость. Для каждого свое решение.
Рекомендация должна сводиться с простой фразе «Не пользуйтесь виндоуз» Сколько уже копий поломоно а все еще находятся специалисты утверждающие что винду не так готовили и не тем заправляли. Как ее не готовь итог один — вирус в системе. Как собственно и сами форточки.
Если в теме, ответив на вопрос почему 2 встречается один раз, а 4 вообще не встречается вы ответите и на последний вопрос.
У этих вопросов одна причина.
Большинство теоретиков сошлось бы на предположении, что шансы иметь на конце одну из возможных для простых чисел цифр (1, 3, 7, 9) примерно равны для всех таких чисел
Если 1 возможно в 3-тичной системе счисления, в остальных случаях речь идет явно не о ней. Скорее всего в статье идет речь о проверках для различных систем. Причем заметьте, цифра 2 будет встречаться всего один раз а 4 к примеру вообще не разу. При этом ученые удивляются что 9 встречается реже чем 7.
В данном случае двоичное будет тоже не оптимальным. Для ровных результатов им нужно простое основание, которое исключает общих множителей. Семь, одинадцать, тринадцать и тд. Это предположение надо проверять.
Я кажется догадываюсь почему это. Свойство связано со свойствами числовой системы в которой мы записываем данные. Если брать те же самые распределения для простой системы счисления к примеру семиричной или одинадцатиричной, то распределение должно быть ровным.
Десятиричная системе не самая оптимальная для расчетов и изучения свойств чисел.
Некоторым частям кода уже лет по десять. За некоторые из них мне стыдно и я прилагаю кучу усилий, чтобы они исчезли.
Но так как это работает лучше использовать, чем выкинуть.
Вы сами себя вгоняете какие то рамки исключая существование сурогатных неуникальных ключей? Вы утверждаете что таких нет? А два ключа созданных искусственно один из них первичный а второй нет. Какой из них сурогатный? Оба. Но уникальных не оба.
Вы утверждаете что теплый это всегда мягкий. И это не обязательно.
Исключаете мягкий но холодный или теплый но жесткий. Как правило мягкий является теплым. Но не обязательно.
Также и с сурогатный уникальный.
Сурогатный это противоположное значение естественному ключу. И никак не связано со требованиями к значениям данных в этом поле.
Вы пытаетесь одному определению дать два свойства которые не зависят друг от друга. Посмотрите значение слова срогатный. Частое употребление этого ключа в качестве первичного не накладывает обязанность ему быть уникальным. Почему я не могу добавить два сурогатных поля в таблицу? Какое из них будет первичным и обязаны ли боа быть уникальным. Во избежании недопонимания уточняйте каждое свойство. Уникальности отдельно а искусственное происхождение отдельно. Потому что свойства никак между собой не пересекаются. Есть искусственные есть естественные. Есть уникальные и есть неуникальные. Может быть сколько угодно искусственных и сколько угодно уникальных. Никаких ограничений на их значния это не накладывает.
Почувствуйте разницу в определении «как правило» что сказано в википедии с «обязано быть» в вашем предыдущем комментарии. В описании я не встретил что оно обязанно быть уникальным. Часто бывает уникальным — да. Как правило используется в качестве уникального — да. Но не обязано.
Если я создам искусственный ключ. Все его значения будут одинаковые к примеру нулевые. Я могу сказать что он сурогатный? Неуникальный сурогатный ключ, который не служит первичным. С точки зрения названия он является сурогатным. Но не является уникальным и первичным. Вы приписываете термину свойства которых у него нет. Сурогатный обозначет лишь одно — искусственно добавленый. Все остальное это частный случай и устоявшаяся практика.
Заблуждаетесь. Слово сурогайтный обозначает только его искусственное а не естественное происхождение. Текст из википедии:
Как правило, суррогатный ключ — это просто числовое поле, в которое заносятся значения из возрастающей числовой последовательности.
Слово «как правло» не зря употреблено в данной форме. Уникальность ключа обеспечивает автоинкремент. Понимаю, что как правило используются именно такие, но дабы убрать разногласия употребил оба свойства. Первое его искусственное происхождение, второе обеспечение уникальности.
Автоинкрементные сурогатные ключи. Первое говорит о том, что поле искусственно добавлено но ничего не говорит об их значении. Второе обеспечивает уникальность поля.
Грубо говоря к любой записи добавляя поле с единицей я могу сказать что оно сурогатное (но не уникальное) я каждый раз говорю именно об автоинкрементных полях
жКвери.искать(«тело») красота же.
Поржал…
У этих вопросов одна причина.
Если 1 возможно в 3-тичной системе счисления, в остальных случаях речь идет явно не о ней. Скорее всего в статье идет речь о проверках для различных систем. Причем заметьте, цифра 2 будет встречаться всего один раз а 4 к примеру вообще не разу. При этом ученые удивляются что 9 встречается реже чем 7.
Десятиричная системе не самая оптимальная для расчетов и изучения свойств чисел.
Но так как это работает лучше использовать, чем выкинуть.
Вы утверждаете что теплый это всегда мягкий. И это не обязательно.
Исключаете мягкий но холодный или теплый но жесткий. Как правило мягкий является теплым. Но не обязательно.
Также и с сурогатный уникальный.
Сурогатный это противоположное значение естественному ключу. И никак не связано со требованиями к значениям данных в этом поле.
Почувствуйте разницу в определении «как правило» что сказано в википедии с «обязано быть» в вашем предыдущем комментарии. В описании я не встретил что оно обязанно быть уникальным. Часто бывает уникальным — да. Как правило используется в качестве уникального — да. Но не обязано.
Как правило, суррогатный ключ — это просто числовое поле, в которое заносятся значения из возрастающей числовой последовательности.
Слово «как правло» не зря употреблено в данной форме. Уникальность ключа обеспечивает автоинкремент. Понимаю, что как правило используются именно такие, но дабы убрать разногласия употребил оба свойства. Первое его искусственное происхождение, второе обеспечение уникальности.
Грубо говоря к любой записи добавляя поле с единицей я могу сказать что оно сурогатное (но не уникальное) я каждый раз говорю именно об автоинкрементных полях