Ingrid Natalia Rodriguez Ovalle
Enrique Montes Trejo
Luis Fernando
Ingrid Natalia Rodriguez Ovalle
Enrique Montes Trejo
Luis Fernando
Saul Escala
Miguel Torres
Leslie Paz Ore
CODEIT SOL
Ramón Ruiz
DARWIN JUAN CARLOS CATUNTA GARCIA
Fernando Huamán Santamaria
Silvio Alejandro Ricardo Catalano
Jessica M
Enrique Garcia Stave
Elmer Padilla Espinoza
Edwin Salinas Parra
Javier antonio cordova carpio
Mauricio Gonzalez Falcon
Christian Gómez
Carlos Muciño Morán
Daniel Luque Soria
Julián Cárdenas
David Alejandro Abreu Abreu
Andrés Álvarez
Santiago Tellez Hernandez
David Rodriguez
Jhon Carlos Colorado Angulo
Gerardo Alberto Soto Alvarez del Castillo
Juan Felipe Lara Martinez
Wilson Fernando Antury Torres
Jhon Jairo Morales Rodriguez
Gustavo Adrian Moreno Becoche
Marino Checo
Alexander Román
Jesus Alejandro Lechuga Ortega
Miguel Torres
Stiven Andres Arevalo
Luis Valles
Moisés Cedeño
Jimmy Buriticá Londoño
Gerardo Alberto Soto Alvarez del Castillo
Ivan Mendez
Jorge Albeiro Morales Palencia
Rafael Alvarez Cardona
Luis Ruiz Ramos
Rosa Martha Núñez Arroyo
excelente aporte
gracias!
debimos haber establecido Unique tambien para el nickname
Muy cierto. Lo haré!
Es cierto, nadie puede tener el mismo nickname. Gracias
Por razones de buenas prácticas de seguridad, el campo de password debería permitir muchos más caracteres para guardar una contraseña hasheada o cifrada de n bits.
Ok buen dato
De acuerdo con usted estimado :)
Esta fenomenal este diagrama...si me permites la duda, con que software lo realizaste? Muchas gracias por compartir :-)
Si no me equivoco utilizaste MySQL Workbench para modelar la BD verdad? Gracias por compartir.
Creación de la DB Tablas independientes Una buena practica a la hora de empezar a crear las entidades en una base de datos es comenzar con aquellas tablas independientes. Una tabla independiente es aquella que no posee atributos con llave foránea. Nota: Recuerda que a la hora de crear una entidad, está por convención se escribe en plural, puesto que denota un grupo de datos. También debe evitarse el uso de acentos a la hora de asignar nombres a la base de datos, entidades o atributos (ñ, tildes, etc.), ya que pueden ocurrir algunos problemas.
Correcto.
/*creacion de base de datos PlatziBlog*/ create database PlatziBlog default character set utf8 ; /*linia para utilizar PlatziBlog*/ use PlatziBlog; /*construccion de tablas independientes*/ create table categorias ( id int not null auto_increment, nom_categoria varchar(30) not null, constraint primary key (id) ); create table etiquetas ( id int not null auto_increment, nom_etiquetas varchar(30) not null, constraint primary key (id) ); create table usuarios ( id int not null auto_increment, login varchar(30) not null, pasword varchar(32) not null, nickname varchar(40) not null, email varchar(40) not null, primary key (id), unique key email_unique (email) )
Gracias.
Hay que aprender full SQL desde consola, lo veo necesario.
Para comenzar a pasar del diagrama físico a la base de datos, seguir los siguientes pasos: .
Excelente resumen ;)
Lo hice en PostgreSQL:
CREATE TABLE categorias ( id SERIAL PRIMARY KEY NOT NULL, name Varchar(30) NOT NULL ); CREATE TABLE etiquetas ( id SERIAL PRIMARY KEY NOT NULL, name VARCHAR(30) NOT NULL ); CREATE TABLE usuarios ( id SERIAL PRIMARY KEY NOT NULL, login VARCHAR(30) NOT NULL, password VARCHAR(32) NOT NULL, nickname VARCHAR(40) NOT NULL, email VARCHAR(255) NOT NULL UNIQUE );
Perfecto!
A menos que se vayan a loguear con el email, login debe ser unique, no pueden haber dos usuarios con la misma informacion de login
Totalmente de acuerdo. Sin embargo no le veo mucha utilidad al campo login, cuando tienes email y nickname.
Correcto, eso estaba pensando, ya que el login debe ser único, excepto que ingresen con correo.
Ejercicio
CREATE TABLE usuarios ( id INT NOT NULL AUTO_INCREMENT PRIMARY KEY, login VARCHAR(30) NOT NULL, password VARCHAR(32) NOT NULL, nickname VARCHAR(40) NOT NULL, email VARCHAR(40) NOT NULL UNIQUE ); CREATE TABLE categorias ( id INT NOT NULL AUTO_INCREMENT PRIMARY KEY, nombre_categoria VARCHAR(30) NOT NULL ); CREATE TABLE etiquetas ( id INT NOT NULL AUTO_INCREMENT PRIMARY KEY, nombre_etiqueta VARCHAR(30) NOT NULL );
Buen tip que da el profesor. Siempre empezar a crear las tablals que no tienen llaves foráneas.
Se supone que en la teoría, es bueno hacer primero el diagrama de clases, para saber que clase (Entidad) depende de otra clase (Entidad)
Este es mi proyecto de una tienda online
Hola, debería existir una tabla para las direcciones, que piensas?
usas visio?
Es importante que no haya tanto espanglish. Tablas en español con columnas en ingles. Supongo que es mala práctica.
Saludo, entiendo que no hay problema si eres tu solo que la has de manejar, pero si vamos a las buenas prácticas entiéndase que lleves documentación, un buen diseno, deberás usar un solo idioma.
Mejor usar ingles para acostumbrarse al idioma :)
Tan rapido se crea un proyecto y nosotros lo hicimos con puro codigo, nuestro profe nos ayudo mucho pero nos hizo sufrir sin editor grafico :c
La consola es un muy buen paso para empezar. Ayuda mucho a entender cómo funciona SQL :)
De hecho así es el Curso de SQL y MySQL de aquí en Platzi.
Me gustaría aprender hacer estos proyectos con puro código también, aunque sería muy ineficiente al tener estas herramientas
El campo login debería ser único ya que, si usan autenticación vía username y password puede generar conflictos en caso de que dos usuarios tengan el mismo login.
No sólo el campo login debería ser único, el campo nickname/username también debería ser único.
Buena apreciación.
phpMyAdmin es muy utilizado para administrar tablas en servidores remotos. Funciona parecido al MySQL Workbench.
Lo malo de instalar phpMyAdmin y dejar la configuración por defecto, es que deja muchas vulnerabilidades OJO. Es mejor usar Workbench
++TUPLA: ++ Una tupla es una secuencia de valores agrupados que se separan por comas o parentesis. Ejemplo
CREATE TABLE alumnos ( nombre varchar(255), apellido varchar(255) );
nombre y apellido son tuplas ya que estan separadas por comas.
El nickname, tambien deberia ser UNIQUE
En este caso el uso del UQ (unique) tambien se aplicarìa a "Nickname" ya que 2 usuarios no pueden tener el mismo nickname, estoy en lo correcto?
Debería.
Dejo aquí nuevamente mi diagrama físico, pero ahora con tipos y restricciones...