SoloCodigo

No hay que hacer nada, solo cumplir con los req. de hw y sistema operativo que pida el sql sever ya.

Desde luego si vas a tener miles de usuarios conectados deberías cambiar de máquina pero para algo pequeño sera mas que suficiente.

El tipo float necesita 4 bytes para ser almacenado uno para el exponente y tres para el valor del número. Es un tipo de precisión simple y no tiene más de 7 dígitos significativos.

El tipo double utiliza 32 bits para almacenar un número en punto flotante. Se usan 8 bits para expresar  el valor del exponente y su signo y 24 bits para representar la parte no exponencial. Es un tipo de precisión doble tiene hasta 16 dígitos significativos.

yo tengo miedo de chipear mi wii  

Pues sigue gastandote el sueldito en copias originales. devil.gif

Yo nunca le meteria mano negra a mi wii, ni loco soy fan de nintendo y siempre que tenga los medios prefiero comprar original asi sean pocos o solo uno que comprar juegos chimbos.

SQL Loader (ctl) es la mejor alternativa pero necesitaras un ctl por cada archivo diferente , puesto que has dicho que los archivos no necesariamente tienen igual estructura.
también y dependiendo las diferencias entre un archivo y otro peudes hacer un solo CTL pero un poco mas complejo.-

En realidad los errores de tipeo se deben a que quise cambiar los nombres de mis campos por otros para que quede mas claro al que me quiera ayudar. Je, pero parece que los confundi mas, por lo tanto voy a poner toda la consulta con los nombre reales y listo.

Bueno, como decia antes asi va perfecto:

Código: Text

1.  
2. SELECT IdPDV,MAX(FechaBackup) FROM BackupPDV GROUP BY IdPDV ORDER BY IdPDV
3.  
4.  

Pero cuando quiero agregar el campo que me falta ("Observacion"), si lo agrego solo en el SELECT no me deja, dice como que tiene que estar dentro del GROUP BY, pero cuando tambien lo agrego en el GROUP BY me modifica los datos y me trae mas de uno para cada idPDV, no el de fecha mas actual como queria.

Código: Text

1.  
2. SELECT IdPDV,MAX(FechaBackup),Observacion FROM BackupPDV GROUP BY IdPDV,Observacion ORDER BY IdPDV
3.  
4.  

En esta ultima consulta no me tira error pero no me trae los datos que yo quiero.
(si en el GROUP BY agrego tambien la fecha me tira mas registros todavia)

claro eso te esta pasando, porque la descripción es diferente en ambos casos, asi que al agruparlos se toman como registros diferentes...

Nada que hacer pues no hay manera de que el motor sepa cual de los dos comentarios diferentes es el que tu necesitas, pues solo nceesitas uno.

Este tipo de consultas se resolverían fácilmente usando un bloque PL/SQL ( o equivalente según el motor).

mucho mejor, excelente  

wow

excelente amilius, ese codigo  un gran recipiente de conocimientos.


gracias.

Bueno, tal como lo anticipe por razones de fuerza mayor he remotado este de desarrollo, la ultima actualizacion incluye>

1- Color de enmascaramiento opcional,  'antes' un cuadro de imagen siempre tenia un color de enmascaramiento, y sino se queria usar ninguno entonces era necesario utilizar un color que no estuviera en la imagen... algo aburrido de hacer, ahora se ha adicionado un nuevo flag a la imagen que indica si los cuadors usan o no un color de enmascaramiento.

Como he dicho antes el player ya esta terminado lo unico qes que para hacer los archivos es necesario hacer un programa*---muy chico--- que envie cada uno de los cuadros al archivo final , estoi se hace haciendo llamados a librerias que ya lo soportan todo, pero hcia falta deverdad hacre una herramienta GUI de creacion de estos archivos, laq cual es muy facil de hacer pues com he dicho es solo invocar los componentes de la libreria que ya hace todo.

este desarrollo lo esta iniciando hoy uno de los miebros de mi equipo de trabajo , ya que me encuentro ocupado creando el core de un videojuego de pelea con XNA studio.. de hecho alli es donde usare todo lo que he creado del formato grafico.


Actualmente todas las funcionalidades de codificacion de formato, decodificacion de formato, exportacion a bmp, importacion desde png y bmp, compresion y descomprecion de archivos (con los 3 metodos de compresion creados y el que usa el algpritmo de huffman) esta 100% testeada para imagenes con profundidad de color de 24 y 32 bits, para las imagenes de 8 y 16 bits se han hecho pruebas todas exitsas pero no se han probado al 100% y dudo que vaya a invertir tiempo en esas pruebas ya que hacer imagenes de 8 y de 16 (5r6g5r) bit es canson .

Proximamente estare liberando este desarrollo totalmente.  

para usar XNA necesitas instalar c# xpress edition y xna framework. No estoy seguro de si necesita o no direct X SDK.

http://msdn2.microsoft.com/en-us/xna/aa937795.aspx


Como minimo xna pide una tarjeta que aoporte hasta shader 1.1, menos de eso no arrancara de ninguna manera, nisiquiera en tipo de device reference rasterizer.

solo que quieras hacer algo que esta por fuera de lo soportado lo necesitaras...
y de ser así no es nada incomodo.

Managed OGRE es como programar con MDX o con XNA. ( desde luego estableciendo las diferencias del caso)

Sólo tener en mente que los gráficos también dependen en gran parte de quien los realiza/diseña/hace, a veces no tanto de quien los renderiza

Asi es ,
los graficos es mas un  problema de diseño.

Nos iremos por el lado de Irrlicht ya que este es multiplataforma y tiene buenos graficos.

Si la desicion dependiera de mi me iria por el lado de ogre porque es el mas completo y documentado y tambien multiplataforma. Yo estoy usando ogre para uno de mis proyectos.

XNA no es un motor, es un frameWork. En todo caso ya he visto en internet que se esta trabajando en implementaciones de XNA para Mono, es decir para habilitarlo a ejecutarse en cualquier sistema operativo.

.NET no te amarra con microsoft, puedes usar lenguajes CLR en cualquier plataforma de cualquier sistema operativo que tenga instalado un CLR. En cuanto a XNA es igual que directX solo existe para windows, salvo que por ser CLR es muy probable que logren hacer su equivalente para usarse con mono o con Boo.

Si vas a usar Ogre puedes usarlo programando en C# utilizando MOGRE.

Todos lo framework y motores que has mencionado tienen la capacidad de trabajar con tecnologia de ultima generacion, desde luego gracias al 'nuevo' paradigma de shaders...

Por otro, no se que tan necesario sea que soporte cosas de ultima generación si lo que vas a hacer no  es precisamente un juego del main stream que son los que tienen los recursos económicos tecnológicos y humanos ( por la cantidad de involucrados) para utilizar ese tipo de cosas. La inmensa mayoría de juegos 'normales' nunca necesitaran cosas de ultima tecnología ya que generalmente se trabaja con lo habitual salvo que quieras hacer un half life X... o algo asi.