![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Donald, lo de los UIDs suena interesante, si no te molesta nos podrias decir con que crea los UIDs?? y en donde los crea... desde la aplicación o desde la base de datos?...
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#2
|
||||
|
||||
Cita:
Pues hasta que no aparezca look, podríamos seguir adivinando. Cita:
Saludos, |
#3
|
||||
|
||||
Cita:
Cita:
![]() Será que el moderador puede mover este post a un hilo nuevo? Saludos. |
#4
|
||||
|
||||
Yo en un principio creí que era bueno hacer una pregunta en otro hilo pero al final me pareció que complementaba algo de lo que se hablaba aquí mismo...
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#5
|
||||
|
||||
![]() Saludos.
NO es por aguarle la fiesta a nuestro compañero donald shimoda pero este articulo es muy interesante sobre el uso de GUID como campo primario (IbExpert DataBase Performance Newsletter) Cita:
__________________
Gracias, Rolphy Reyes |
#6
|
||||
|
||||
Cita:
La diferencia es que usa mayor cantidad de digitos un GUID que un UID. Justamente la idea de usar UIDs es porque la longitud de campor requerida es MENOR que usando GUIDS, esa es la ventaja, mientras se mantienen las características de los GUIDS. 22 chars de los UIDS contra 36 de los GUIDs, no es poca cosa... Saludos. |
#7
|
||||
|
||||
![]() Cita:
Entiendo que la diferencia es "considerable" porque son 14 caracteres menos, pero lo que veo es que aun sigue siendo Alfanumérico y no numérico del todo; que es justamente lo que incide en el rendimiento de la base de datos. Mencionas que teniendo un sistema "multi-sucursales" que se repliquen en un servidor es más fácil realizar el proceso, creo más bien que eso va a depender de tu estructura de la BD, porque si es "multi-sucursales" debes de un campo que identifique cual sucursal es la propietaria del registro, y tu clave primaria pude seguir siendo un entero. Lo que quiero explicar al final, es que no me imagino una BD con 100 tablas y todas sus claves primarias sean Varchar, cuando realices algún tipo de consulta pienso que se sembrara el servidor o tu respuesta tardara bastante. Es lo que creo!!! ![]()
__________________
Gracias, Rolphy Reyes |
#8
|
||||
|
||||
Cita:
Son datos que quiero agregar en una sucursal y que automáticamente sean validos en la BD central, se entiende? Con enteros no podes hacerlo. Cita:
![]() Mira, hasta donde yo se (sacado de la lista firebird) los indices son mas óptimos en cuanto a respuesta proporcionalmente a cuanto mas datos diferencian los campos, es decir cuando menos se repiten los datos en la clave primaria. Por tanto una consulta combinada encontrará los datos más rápidamente cuanto mas DIFERENCIAL sea la clave. Lo único que jode es en el tamaño , si quieres buscarle un pero. Pero la verdad que en estos días, no es el primer punto a mirar en mi opinión cuando se diseña una base. Sino usemos archivos planos y listo. ![]() Saludos. |
#9
|
||||
|
||||
Cita:
Si utilizas un UDF, que es basicamente una dll generado por delphi y que colocas en la carpeta de udfs de tu servidor delphi, entonces puedes crear luego un procedure en tu base que antes de insertar LLAME al codigo de la udf, genere el UID y lo asigne a tu clave primaria. Si lo haces en tu delphi (lo cual te la libertad de moverlo entre motores de base de datos el dia de mañana) simplemente le asignas el valor al campo, llamando a la función de la librería que a continuación te copio.
La definición del campo FIREBIRD sería.
Es muy importante lo del charset porque generara unos chars muy raros. P.D. Perdón por la calidad del identado, el formateador de código del foro lo destrozo, ni idea por que. ![]() Espero que te sirva. Saludos. Saludos. Última edición por donald shimoda fecha: 18-07-2008 a las 16:22:47. |
![]() |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
insertar registro en un grid que esta en otro grid | @-Soft | SQL | 7 | 20-02-2008 17:22:42 |
Campos calculados y el GRID | agova | OOP | 1 | 14-02-2008 19:53:04 |
la computacion grid en accion - world community grid | nightynvid | La Taberna | 0 | 04-01-2007 17:33:44 |
campos de un grid despues de un query | davidgaldo | Conexión con bases de datos | 1 | 13-11-2003 14:46:49 |
Visualización de campos MEMO en un Grid | Cabanyaler | Conexión con bases de datos | 2 | 26-08-2003 13:53:10 |
![]() |
|