Проблемы с numeric при задании его в качестве первичного ключа были из-за того, что это вещественное число, т.е. оно может быть дробным. Обычно для id используют тип данных INTENGER - челое число. А так в целом видео хорошее для новичков.
По сути согласен, но есть нюанс. В Оракле (а я пользовался именно оракловым приложением для моделирования) нет типа INTEGER. Его обычно заменяют типом NUMBER с 0 знаков после запятой, что является эквивалентом INTEGER. Кроме того, суррогатные ключи редко кто руками заполняет, обычно к ним привязывают SEQUENСE с целочисленным шагом и больше не морочатся на эту тему (или свойство AUTO INCREMENT выставляют, если СУБД его поддерживает).
@@sys_analyst_club Аа теперь понятно, не знал про эти особенности Oracle. Я работал с PostgreSQL и MySQL и там как раз везде INT есть. С AUTO INCREMENT согласен.
@@voohjaaz Да тут в этих мелких нюансах утонуть можно, если с несколькими СУБД параллельно работать. Из-за этого начал создавать шпаргалку по различиям - sa-student.ru/db_compare.php . Записываю все, обо что спотыкаюсь. Присоединяйтесь! :)
@@sys_analyst_club О, да ) Для меня недавнее открытие, что порядок выполнения запросов в диалектах SQL может отличаться. Если будет время, то возможно предложу чем вашу табличку дополнить
Очень круто, лучше чем лекции в университете.
Спасибо большое! Рад, что "зашло" :)
Огромная благодарность за Вашу работу! Постараюсь все видео посмотреть. Начал с этого.
Один такой комментарий и сразу хочется еще пять видео сделать :). Спасибо!
обожаю ваш канал. спасибо. вливаюсь в профессию, ваши видео очень полезны.
Спасибо! Будем работать дальше :)
Какой прекрасный канал!
Если это сказано без сарказма, то спасибо! :)
@@sys_analyst_clubопределенно без)
Шикарно
Спасибо :)
Проблемы с numeric при задании его в качестве первичного ключа были из-за того, что это вещественное число, т.е. оно может быть дробным. Обычно для id используют тип данных INTENGER - челое число. А так в целом видео хорошее для новичков.
По сути согласен, но есть нюанс. В Оракле (а я пользовался именно оракловым приложением для моделирования) нет типа INTEGER. Его обычно заменяют типом NUMBER с 0 знаков после запятой, что является эквивалентом INTEGER. Кроме того, суррогатные ключи редко кто руками заполняет, обычно к ним привязывают SEQUENСE с целочисленным шагом и больше не морочатся на эту тему (или свойство AUTO INCREMENT выставляют, если СУБД его поддерживает).
И вдогонку. NUMERIC я указывал на уровне модели. Если заглянуть потом в DDL-скрипт, то NUMERIC преобразуется в штатный NUMBER.
@@sys_analyst_club Аа теперь понятно, не знал про эти особенности Oracle. Я работал с PostgreSQL и MySQL и там как раз везде INT есть. С AUTO INCREMENT согласен.
@@voohjaaz Да тут в этих мелких нюансах утонуть можно, если с несколькими СУБД параллельно работать. Из-за этого начал создавать шпаргалку по различиям - sa-student.ru/db_compare.php . Записываю все, обо что спотыкаюсь.
Присоединяйтесь! :)
@@sys_analyst_club О, да ) Для меня недавнее открытие, что порядок выполнения запросов в диалектах SQL может отличаться. Если будет время, то возможно предложу чем вашу табличку дополнить