No caso se seu campo for do tipo "Not Null" você deve sempre atribuir um valor à ele antes de salvar, nem que seja um valor vazio somente as aspas '' no caso de caracteres. Porém há também uma utilização desta funcionalidade, que eu particularmente utilizo muito, se tenho um campo "bool" que seja para gravar um resposta do usuário, caso este campo ainda esteja no banco como "null" sabemos que ainda não foi tomada uma resposta válida para aquela questão. caso seja verdadeiro ou falso sabemos que foi respondida. Mesma coisa vale para datas, sendo a data null, podemos considerar que um pagamento ainda não foi realizado, e quando preenchida, este foi pago.
Isso. Para pagamentos não realizados eu deixo o campo Default Null. No SELECT filtro os campos que contenham NULL. – Lindomar Lemos 11/08/16 às 12:12
Sempre tenho esse problema do valor default no campo. Primeiro sempre deixava com Default Null, Se o usuário preenchesse ou não a tabela aceitaria. Quando começava o relacionamento com outras tabelas no aplicativo é que via os problemas. Registros que tinham o campos DateTime NULL não eram listados ou até outras consultas que necessitam comparar valores. Como o NULL é desconhecido a consulta ignorava-o no SELECT.
Para permitir que o usuário não precisasse preencher alguns campos, passei a usar um valor Default padrão, no caso de datas CURRENT_DATE, chaves estrangeiras Default '0' ou 'Nenhum selecionado', booleanos Default '0', e por aí vai.
"... é necessario ele ser Not Null, porem nos demais campos, qual a necessidade de utilizar Not Null? ..."
Essa nececidade vai depender de o campo ser referenciado em alguma relação que vc fizer na camada do DB, caso contrario, se for um campo que necessite obrigatoriamente ter um valor para alguma referencia feita com esse campo na camada ou camadas mais superiores ao DB. Sendo assim a escolha para deixar um campo como "NOT NULL" fica a critério do desenho da aplicação.
Em alguns casos, como no uso de relações nas camadas superiores as da camada do DB, o projetista pode deixar um campo setado com um valor "DEFAULT {value}" caso ele precise do valor desse campo para uma referencia no código do aplicativo.
Mas, se a camada do DB, que não pelo fato de ser a primeira camada de uma aplicação é a mais importante, pois o projetista pode desenhar quase todo o software nessa camada, que uma vez estando funcionando bem redondinha, é realmente a camada que vai realizar todo o trabalho do processamento dos dados do aplicativo, assim, vai abranger na aplicação, inumeros aspectos positivos nos quesitos tráfico, velocidade, usabilidade e segurança, uma vez que o processamento da massa de dados está quase que todo sendo feito pelas relações corretas no database, a aplicação somente tem de se preocupar com o "cara-a-cara usuario-dados" o que facilita consideravelmente o desenvolvimento, a usabilidade, a velocidade de processamento e consequentemente a segurança da aplicação.
Mas por exemplo: suponhamos que num aplicativo voce tenha definido as relações corretas no database, logicamente você vai depender de horas de trabalho para desenhar e formatar as tabelas no database para atender aos criterios do desenho do seu aplicativo, ora, essas horas que voce vai gastar desenhando bem o database, são as horas que voce vai ganhar no desenvolvimento da UI do aplicativo quando o cliente já vai estar com certeza te "xutando o saco, kkkkkkkkk".
Esta não é a resposta que você está procurando? Pesquise outras perguntas com a tag sql null ou faça sua própria pergunta.

Precious Pupp (no Brasil, Xodó da Vovó) é uma série de desenho animado produzida pela Hanna-Barbera em 1965 que apresentava as aventuras de um cão chamado Precioso que vivia protegendo sua dona, a Vovó Dulcina.

Inverno de 2013, exército do norteYong-joon e Jae-seong estão tendo sexo áspero perto da linha da trégua. No final, Yong-joon decide fugir para o sul, deixando Jae-seong para trás. Ele arrisca sua vida ao pisar na terra da liberdade e encontra Tae-gyu.Embora tenha sido cerca de 2 anos desde que se conheceram.Um dia, Jae-seong chega ao sul e Yong-joon deve decidir entre Jae-seong e Tae-gyu. Isso causa mal-entendidos e os coloca em sofrimento.
Assisti ele todo na esperança de uma reviravolta, mas a vdd é que os três personagens são insuportáveis…
Não gostei ele tinha de tudo pra ser um bom filme e q final ruim foi aquele, fiquei foi com umas duvidas após terminar de ver ele. A korea parece q está pegando o defeito da China pra nos entregar um final ruim.

...nestas maravilhas saudáveis e saborosas, feitas, armazenadas e servidas com muito carinho e força do bem. #quantacafeina