triggers y funciones mias exas

[GoogleCodeExporter]

mi parte de trigger y funciones esta exa solo me keda acer el procedimiento.
os pongo los triggers y las funciones para q lo veais porque hay que tener
en cuenta lo de las tablas mutantes en los triggers si hay algo q no
entendeis preguntadmelo.

en un trigger hay un comentario y es sobre cuando doy de baja a un
cooperativista, ¿q ago con sus aportaciones? xq si despues se kiere meter
otra vez en la cooperativa en la tabla aportaciones ay todavia estan las
aportaciones q dio cuando estaba de alta anteriormente y si se va otra vez
de la cooperativa, le tiene q pagar otra vez lo q a aportao esta vez + lo q
aporto anteriormente q ya se le dio (un xoyo para el cooperativista). e
pensao en dos soluciones:
1. borrar las aportaciones aunq despues la retencion legal q se keda la
cooperativa nose donde meterla quedaria como dinero negro
2. añadir un atributo baja en la tabla aportaciones d tipo bit y asin esta
refenciado el dinero q aporto el cooperativista en su momento y si se mete
otra vez en la cooperativa se conoce el dinero q a aportado la 2º vez q ha
entrado en la cooperativa

otra cosa mas para que os funcione los triggers teneis q ejercutar antes el
beta9.sql para crear las tablas q esta en descargas explicao, las
secuencias q izo pablo y el arxivo de las funciones os lo pongo todo aki
adjuntado.

alguien esta haciendo los inserts?? sino los puedo hacer yo

saludos y feliz navidad

Original issue reported on code.google.com by jjbar...@gmail.com on 28 Dec 2007 at 7:39

[GoogleCodeExporter]

tb e cambiado el trigger de sustitucion por el de q solo haya una cooperativa

Original comment by jjbar...@gmail.com on 29 Dec 2007 at 12:43

[GoogleCodeExporter]

MINI DETALLES GENTE, CUANDO VAS A INSERTAR A UN COOPERATIVISTAS, SI PONES EL 
DNI CON
LA LETRA EN MAYUSCULA TE DICE QUE SE ESTA VIOLANDO LA RESTRICCION UNICA PROBAD 
LO
SIGUIENTE Y VEREIS.

INSERT INTO COOPERATIVISTAS VALUES('08860831N',0,'la 
pluma',123456,'yo@yo.com','Juan
maria');

INSERT INTO COOPERATIVISTAS VALUES('08860831n',0,'la 
pluma',123456,'yo@yo.com','Juan
maria');

EL QUE ESTA EN MINISCULA SE CREA, EL MAYUSCULA NO...

Y OTRA DUDA, PARA QUE SE AN CREADO LOS INDEX ESOS? 
Y OTRA DUDA MAS, SOBRE L PRIMER TRIGGER QUE TNGO QUE HACER AY ALGO QUE NOSE COMO
HACERLO, SE SUPONE QUE CUANDO INSERTAS UN NUEVO USUARIO ESTE DEBE APORTAR 
DINERO,
PERO EN NINGUN MOMENTO OBLIGAMOS A ELLO...NO TENIAMOS QUE TENER EL CAMPO 
CANTIDAD
INICIAL APORTADA O ALGO EN LA TABLA COOPERATIVISTA? SQ ASI SERIA MUY FACIL
SIMPLEMENTE ABRIA QUE CALCULAR LA SUMA DE LAS APORTACIONES Y OBLIGAR QUE ESE 
CAMPO
SEA MAYOR O IGUAL A ESO Y FUERA, CONTESTAD ANDA PORFA PLEASE

Original comment by thorinro...@gmail.com on 3 Jan 2008 at 11:57

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

VEO QUE VEO QUE UN DOMINIO LO HEMOS ECHO MAL, DOMINIO_METROS EXACTAMENTE ESTA 
PUESTO
QUE EL VALOR DEBE ESTAR ENTRE 200 Y 250 (MTS^2) Y SEGUN EL ENUNCIADO, LAS CASAS
TENDRAN UNA SUPERFICIE DE APROXIMADAMENTE 250 MTS^2 (UNAS MAS OTRAS MENOS) POR 
TANTO
DEBERIAMOS PONER EL BETWEEN ENTRE 200 Y 300 NO? CON UN MARGEN DE ERROR DE +-50 
MTS
NOP? VENGA SEGUN DIGAIS YA CAMBIO. Y OTRA COSA  SEGUN NUESTRO ESQUEMA PRIMERO 
DEBEMOS
CREAR LOS TIPOS DE VIVIENDA ANTES DE PODER CREAR LA PARCELA X SI NO OS ABIAIS
PERCATADO ;) SALUDOS!

PD ADRI MARICONA DONDE COÑO TE METES!!! DEJA DE FOLLA CON LIZZET Y AZ DBD!!!

Original comment by thorinro...@gmail.com on 3 Jan 2008 at 8:17

[GoogleCodeExporter]

Te respondo a tu primer comentario Pablo.

Lo de las MAYUSCULAS: He buscado en internet y en todos sitios pone lo 
siguiente:
"Las unicas instrucciones SQL permitidas en un bloque PL/SQL son INSERT, 
UPDATE, 
DELETE y SELECT, ademas de algunas instrucciones para manipulación de datos, e 
instrucciones para control de transacciones. Otras instrucciones de SQL como 
DROP, 
CREATE o ALTER no son permitidas. Se permite el uso de comentarios estilo C 
(/* . . .*/). PL/SQL no es case sensitive por lo que no hay distinción entre 
nombres 
con mayusculas y minusculas" 
Asi que es un rallote :P eso o comprate un teclao nuevo hijoputa.

LOS INDEXS: Por defecto, las claves primarias son INDICES, que agilizan la 
busqueda 
de datos y las consultas pero ocupan mas memoria (por esta rindexados).

LO DEL DINERO DE NUEVO USUARIO: Aqui la restriccion es que el campo 
"aportacion" de 
cooperativista no puede estar vacio, es decir, es NO NULO. Creo que el problema 
esta 
en que se nos ha olvidado meter un campo del tipo "valor_cooperativa", que 
indique 
que el valor para aportar anda por unos x ejemplo 3000€, por lo que cada 
cooperativista nuevo que ingrese tiene que aportar esa cantidad. Para 
actualizar el 
campo "valor_cooperativista" habria que sumar las aportaciones de los 
cooperativistas en diferentes fechas (ya que si ahce falta dinero, todos tienen 
que 
poner mas y todos, la misma cantidad) se podria actualizar con una funcion x 
ejem. 
Esto hay que hacerlo ya que el enunciado decia que si se registraba un 
cooperativista nuevo tenia que realizar una aportacion igual a al total de las 
realizadas por los cooperativistas que ya estan en la cooperativa por lo que 
siempre 
iriamos tirando de este campo como referencia

Original comment by elhisp...@gmail.com on 4 Jan 2008 at 12:43

[GoogleCodeExporter]

Te respondo a tu segundo comentario:

Llevas razón, la restriccion debe hacerse entre 200 y 300.

Si, siempre que tenemos una entidad en la que hay que "tipos" como en lo de las 
partidas que tb hay por ahi algo de los materiales para hacer los presupuestos, 
hay 
que crear los tipos para poder trabajar luego.

PD: Aparte de follar poco, he tao tudiando todo el resto de asignaturas cabron 
:P. 
Pero queria tardar mas en pasarme poraskis para que haya chicha, que hasta que 
no 
este terminao el esquema, no puedo hacer bien la documentacion. Mas que na pq 
tengo 
que andar editando y creando imagenes por cada cambio que hagamos en el 
esquema. Veh!

Original comment by elhisp...@gmail.com on 4 Jan 2008 at 12:49

[GoogleCodeExporter]

si es que llegas tarde a todo mamona el asunto ya lo ablamos jesus y yo, y 
comentamos
que se cogera la suma de las cantidades aportadas (supongo que del miembro mas
antiguo y activo, o coger el tesoro total y dividirlo entre el numero de 
miembros) y
lo que salga lo ponemos en aportaciones el dni del tio y el campo de pagadao a 0
(osease no esta pagado) asi obligamos a que debe aportar ese dinero y todos 
contentos :)

PD: yo aun no he estudiao nada marica! y pd es el lunes de dbd xDD

Original comment by thorinro...@gmail.com on 4 Jan 2008 at 1:16

[GoogleCodeExporter]

Pues poned el estado del ISSUE en FIXED (ARREGLADO) para que yo no entre y vea 
que 
estan ahi, pq significa que no estan resueltos. yo ahora cuando coma me pongo a 
meter to los triggers explicaos y en puta algebra relacional en la 
documentacion.

Original comment by elhisp...@gmail.com on 4 Jan 2008 at 1:35

[GoogleCodeExporter]

Original comment by jjbar...@gmail.com on 4 Jan 2008 at 9:17

• Changed state: Fixed