Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

...No puede ser una cadena de longitud cero (arghhhhhhhhhhhhhhhhhhhhhhhhh)

152 views
Skip to first unread message

Jeannette

unread,
Feb 21, 2004, 2:14:57 PM2/21/04
to
hola de nuevo, este es mi nuevo problema y ya estoy hasta.... aquí ;)
tengo mis tablas empresas (A) y trabajadores (B)
de ellos he diseñado un formulario en forma de control ficha,
en la 1ª pestaña aparecen los datos de la empresa y en la 2ª pestaña los
nombres de trabajadores y algunos datos más de estos...
en la tabla A está el codigo como clave principal de empresa y en tabla B el
codigo tb pero no principal junto con nombres, apellidos, etc. de
trabajadores (los apellidos suelen repetirse por existir hermanos en la
misma empresa)
he hecho una relación de uno a varios (de codigo en A a codigo en B)
hasta ahí bien...
pero cuando quiero introducir datos a traves del formulario en la 2ª pestaña
(es decir, en la de trabajadores) me dice que "El campo Trabajadores.codigo
no puede ser una cadena de longitud cero" y aunque puedo introducir datos no
me deja así grabar, sin embargo, en forma tabla no hay problemas al tener a
la vista empresas y trabajadores (estos en hoja secundaria)
pero ya q introduzco datos en el formulario de las empresas sin problemas,
me gustaria así tb introducir los de los trabajadores.
he ido a propiedades del codigo y he cambiado lo de longitud cero, pero se
va todo al traste,

otra solución??
mil gracias, sin uds. yo no tendría esta base


José Mª

unread,
Feb 22, 2004, 4:17:39 AM2/22/04
to
Hola Jeannette
¿Cual es el origen de datos del formulario? yo lo haría así.
En un formulario con origen de datos la tabla de empresas, pondría todos sus
campos para alta, búsquedas, baja, modificaciones, etc...eso ya más o menos lo
vas tu implementando.
Crea un formulario con los datos de los trabajadores. Sí quieres tenerlos todos
a la vista, tendrá que ser tabular o de tipo hoja de datos.
En el primer formulario, inserta un subformulario cuyo contenido sea el
formulario de trabajadores, y establece los campos vinculados principal y
secundario, al código de empresa.
A ver sí así te sirve.

Salu2
--
José Mª Fueyo
[MS-MVP Access]


Hector Sanchez

unread,
Feb 23, 2004, 7:06:07 PM2/23/04
to
Hola Jeannette,

si no he entendido mal, la tabla empresas tiene un código como campo clave y
la tabla trabajadores, lógicamente incorpora el campo [codigo empresa].

La relación la creas entre estos dos campos de uno a varios.

Aparte de estos campos y los datos que utilices, necesitas un campo clave en
la tabla trabajadores, que diferencie a cada trabajador y que no tiene nada
que ver con el código de empresa.

Comentame algo o manda un ejemplo, pero si el diseño es así, no tiene por
qué fallar, chao


"Jeannette" <linkeando...@lycos.es> escribió en el mensaje
news:#OCfIDL#DHA....@TK2MSFTNGP10.phx.gbl...

Jeannette

unread,
Feb 28, 2004, 11:53:35 AM2/28/04
to
efectivamente tengo 2 tablas Empresas (A) y Trabajadores (B), en A aparece
un codigo (que es clave principal) que debo introducir manualmente, más
nombre de empresa, etc. y en trabajadores aparece codigo de empresa otra vez
(que no es clave principal aqui), nombre y apellidos, puesto de trabajo y
otro pequeño etc.

la relacion es de uno a varios (codigo empresa A a codigo empresa B) pero lo
nuevo es q tú me dices en el foro q tengo q crear una clave principal para
cada trabajador... eso no lo esperaba... porq? hay que tener en cuenta q los
apellidos pueden repetirse por haber hermanos (aunque no nombres y apellidos
a la vez, creo) pero en caso de q tuviera q poner una clave sería genial que
cada trabajador tuviera un nº, pero es más complicado lo que pido, es
decir...
la empresa 1 con varios trabajadores, fulano es 1, mengano es 2
la empresa 2 con varios trabajadores, fulano es 1, mengano es 2
entiendes? esto sería la bomba, porque así me enumeraría trabajadores para
cada empresa y no la lista de todos los trabajadores de todas las empresas
con un autonumerico, pero que en caso contrario me conformaría si no se
pudiera hacer esto ultimo

miren, este enlace te lleva a un grafico en el que se puede ver lo que me
aparece en mi formulario cuando intento introducir un nuevo apellido
http://boloscanarion.webcindario.com/BASEDATOSDEUNATRONCA5487.jpg así que
tengo que hacerlo desde la tabla de trabajadores, ya que desde ahi no tengo
problemas

saben ahora a lo que me refería, en que estoy fallando???


"Hector Sanchez" <hecs...@terra.es> escribió en el mensaje
news:Pzw_b.5909$Ic.3...@news.ono.com...
>


ELCHINO

unread,
Feb 28, 2004, 8:50:40 PM2/28/04
to
Dejame ver si te entiendo... puedes hacer algo asi:

Tabla Empresa

Codigo Empresa etc....
001 Fulano
002 Mengano


Tabla Trabajadores

Contador Nombre Apellido Empresa etc...
1 Juan Sosa 001
2 Tomas Nuñez 001
1 Helenio Rodriguez 002
2 Tomas Betancor 002


Si esto es lo que querías, entonces es mas fácil de lo que crees... una
clave principal para cada trabajador es buena costumbre el usarlo, ya que
por un lado, le das la facilidad al Access de accesar los datos tanto para
la ordenación como para la busqueda, eso significa que no necesariamente lo
tienes que usar, solo dejalo ahi con su autonumérico.

Al tener todos los trabajadores en una sola tabla, me imagino que
siempre vas a crear consultas en base a uno solo de las empresas, por lo
tanto, con un campo contador, el cual vas llenando tu mismo a traves de una
función que busca el max de [Contador] de una misma empresa, podras llevar
un orden de entrada.

Tabla Trabajadores

Id Contador Nombre Apellido Empresa
etc...
1 1 Juan Sosa
001
2 2 Tomas Nuñez 001
3 1 Helenio Rodriguez 002
4 2 Tomas Betancor 002


ElChino


"Jeannette" <linkeando...@lycos.es> escribió en el mensaje
news:%23bD8tth$DHA...@tk2msftngp13.phx.gbl...

0 new messages