Diferença na criação de banco
Na criação do banco de dados, pensei que fosse apenas:
Pra mim, era o suficiente, porem vendo mais a respeito, vi um código um pouco mais complexo:
Minha pergunta não seria bem a diferença entre os códigos, mas isso vai depender de qual tipo de banco?
CREATE DATABASE NOME_BANCO
Pra mim, era o suficiente, porem vendo mais a respeito, vi um código um pouco mais complexo:
CREATE DATABASE db_Biblioteca ON PRIMARY (NAME = bd_Biblioteca, FILENAME = 'C:\SQL\db_Biblioteca.MDF', SIZE=6MB, MAXSIZE=15MB, FILEGROWTH=10% )
Minha pergunta não seria bem a diferença entre os códigos, mas isso vai depender de qual tipo de banco?
Jose Fernando
Curtidas 0
Respostas
Joel Rodrigues
01/10/2015
Olá, José.
Por padrão o SQL Server cria os bancos em diretórios e com configurações padrão. Essas configurações podem ser definidas por você em situações onde for necessário customizar tais características. Por exemplo, você pode alocar o arquivo do banco em outro disco ou limitar o tamanho dele.
Por padrão o SQL Server cria os bancos em diretórios e com configurações padrão. Essas configurações podem ser definidas por você em situações onde for necessário customizar tais características. Por exemplo, você pode alocar o arquivo do banco em outro disco ou limitar o tamanho dele.
GOSTEI 0
Jose Fernando
01/10/2015
A nivel de curiosidade, os arquivos do banco de dados, é correto colocar no padrão do SQL Server(pasta) ou é melhor coloca-lo em outra partição ou HD?
GOSTEI 0
Jose Fernando
01/10/2015
mas isso vai depender de qual tipo de banco?
Isso depende do banco ou não?
GOSTEI 0
Joel Rodrigues
01/10/2015
Como assim "do banco"? Obviamente vai depender da necessidade relacionada a cada banco que você for criar.
GOSTEI 0
Jose Fernando
01/10/2015
Obrigado Joel.
GOSTEI 0
Mariana Carvalho
01/10/2015
A nivel de curiosidade, os arquivos do banco de dados, é correto colocar no padrão do SQL Server(pasta) ou é melhor coloca-lo em outra partição ou HD?
Essa parte ja é admin de bd, esses cuidados com a base de dados, estude por partes.
GOSTEI 0
Jose Fernando
01/10/2015
É, acho que ultrapassei um pouco o limite.
GOSTEI 0
Mariana Carvalho
01/10/2015
Conhecer por cima não faz mal, mas se aprofundar no assunto não valerá a pena para quem quer aprender T-SQL, como disse vá por partes.
GOSTEI 0
Jose Fernando
01/10/2015
Conhecer por cima não faz mal, mas se aprofundar no assunto não valerá a pena para quem quer aprender T-SQL, como disse vá por partes.
Tudo bem Mariana, obrigada pelo alerta.
GOSTEI 0
Joel Rodrigues
01/10/2015
Conhecimento nunca é demais, ainda mais com o mercado como está, onde o desenvolvedor muitas vezes tem de gerenciar o bd.
GOSTEI 0
Mariana Carvalho
01/10/2015
Conhecimento nunca é demais, ainda mais com o mercado como está, onde o desenvolvedor muitas vezes tem de gerenciar o bd.
Sim, nunca é demais mesmo.
GOSTEI 0
Jose Fernando
01/10/2015
Conhecimento nunca é demais, ainda mais com o mercado como está, onde o desenvolvedor muitas vezes tem de gerenciar o bd.
Concordo, mas tenho que ir por partes, kkk.
GOSTEI 0
Joel Rodrigues
01/10/2015
Se seu foco é programação, você trabalhará, em geral, um nível "acima" disso, então dificilmente precisará se preocupar com esses aspectos. Então realmente invista seu tempo no que mais vai usar no dia a dia.
GOSTEI 0
Jose Fernando
01/10/2015
Se seu foco é programação, você trabalhará, em geral, um nível "acima" disso, então dificilmente precisará se preocupar com esses aspectos. Então realmente invista seu tempo no que mais vai usar no dia a dia.
Me focar mais na base mesmo, sei que isso vai ajudar futuramente.
GOSTEI 0