SQL Express Edition 2010 a 10 GB
TheNewInquirer
soporta 10GB.
¿Qué saben de eso?...
http://www.microsoft.com/betaexperience/pd/SQLEXPCTAV2/eses/
En esta pagina:
http://www.microsoft.com/sqlserver/en/us/editions/express.aspx
En la seccion: TOP EXPRESS FEATURES dice:
Supports 10 GB of storage per database.
Same database engine as other versions of SQL Server.
Walter R. Ojeda Valiente
Saludos.
Walter.
> Subject: [vfp] SQL Express Edition 2010 a 10 GB
> From: thenewin...@gmail.com
> To: publice...@googlegroups.com
Luis Mata
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de TheNewInquirer
Enviado el: viernes, 10 de febrero de 2012 10:56 a.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] SQL Express Edition 2010 a 10 GB
TheNewInquirer
algunos compañeros que usan SQL Express.
Aquellos tiempos... en que se hacía una utilería para "cierre anual"
en los sistemas de contabilidad...
Todo se pasaba a una carpeta de historicos: 2000, 2001, etc.
En fin, tal vez esta técnica aún pueda ser válida para algunos
sistemas administrativos.
Saludos!
Walter R. Ojeda Valiente
Eso se justificaba antes cuando las computadoras eran muy lentas y los espacios en el disco duro muy pequeños (comparados con las actuales). En esta época y si usas algún motor SQL, pasar los datos a una carpeta de históricos es un anacronismo.
Saludos.
Walter.
> Subject: [vfp] Re: SQL Express Edition 2010 a 10 GB
> From: thenewin...@gmail.com
> To: publice...@googlegroups.com
>
Wladimir Carrillo
2010 es igual.
Saludos
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de TheNewInquirer
Enviado el: viernes, 10 de febrero de 2012 10:56
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] SQL Express Edition 2010 a 10 GB
Victor Espina
Walter R. Ojeda Valiente
¿La razón?
Con una consulta de Firebird SQL puedo obtener cualquier resultado que desee en menos de un segundo en Bases de Datos que tienen cientos de gigabytes.
Entonces ¿qué razón tendría para separar los datos históricos en otra tabla o en otra Base de Datos?
¿Backups más rápidos?
No me afecta, ya que con los backups incrementales estoy siempre protegido.
Saludos.
Walter.
Date: Fri, 10 Feb 2012 08:17:07 -0800
From: vesp...@gmail.com
To: publice...@googlegroups.com
Subject: Re: [vfp] Re: SQL Express Edition 2010 a 10 GB
TheNewInquirer
de datos en la versión "Community" o la versión libre por las empresas
HOST, junto con PHP, Apache, etc.
¿Saben si las empresas HOST dan soporte de datos tambien al Firebird o
al PostgreSql?..
Digo, para que si se trata de "escalar" en el futuro, ya sepamos pa'
donde jalar ...
A ver k dicen los camadaras expertos en el "hosting"...
Carlos Miguel FARIAS
Yo tengo sistemas con bd con 15 años de registros y funciona bastante
bien (y son nativas!!!)
El problema es que realmente los administradores de datos
(licenciados, contadores, etc.) no aprovechan el potencial de la
información histórica a pesar que en en al formación profesional se lo
enseña.
En Argentina se debe mantener al menos los ultimos 5 años de registros
(y sus documentos) por requerimientos de AFIP.
Saludos: Miguel, Santa Rosa (LP)
El 10/02/12, Walter R. Ojeda Valiente <wr...@hotmail.com> escribió:
>
> Para mí, no vale la pena el esfuerzo. Y no le encuentro ventajas, solamente
> desventajas.
>
> ¿La razón?
>
> Con una consulta de Firebird SQL puedo obtener cualquier resultado que desee
> en menos de un segundo en Bases de Datos que tienen cientos de gigabytes.
>
> Entonces ¿qué razón tendría para separar los datos históricos en otra tabla
> o en otra Base de Datos?
>
> ¿Backups más rápidos?
>
> No me afecta, ya que con los backups incrementales estoy siempre protegido.
>
> Saludos.
>
> Walter.
>
>
>
Luis Mata
Las Bases de datos de hoy en dia no se separan, eso es un error grave los motores de hoy en dia pueden hacer consulta sobre millones de registros y lo hacen en milisegundos, según como este diseñado la BD.
carlos SALCEDO
Normalmente cuando compras este servicio te ofrecen un paquete
con Mysql, pero se por experiencia propia que vasta con que lo solicites y te instalan postgresql
en el caso de Fire Bird desconozco los pasos
Saludos
Carlos
> Subject: [vfp] Re: SQL Express Edition 2010 a 10 GB
> From: thenewin...@gmail.com
> To: publice...@googlegroups.com
mpulla
Lo que esta por salir es Sql Server 2012,
En hora buena que ya este disponible la versión express de sql server
2012.
Desde Sql Server 2008 R2 express la DB soporta 10 Gb de data.
Plenamente de con Walter y Luis separar la data para que?.
Con los DBs y los computadores actuales separar la data sería una
perdida de tiempo?
Saludos.
Mauricio
Alfonso Arias Lemas
De: TheNewInquirer <thenewin...@gmail.com>
Para: Comunidad de Visual Foxpro en Español <publice...@googlegroups.com>
Enviado: Viernes 10 de febrero de 2012 14:56
Asunto: [vfp] SQL Express Edition 2010 a 10 GB
Antonio Meza
Rodribezul
EXPRESS 2008 ... Una maravilla que me ha facilitado la vida.
Saludos
Rodrigo
Intel Man
Saludos
Luis Mata
Hay que ir actualizándose……………
De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de Intel Man
Enviado el: jueves, 16 de febrero de 2012 09:49 a.m.
Para: publice...@googlegroups.com
grisson
Jairo
La verdad es que un sistema de actualización, puede o no requerir una subida de los datos . ya que pueden presentarse problemas en la subida de los mismos dado por ejemplo en la incompatibilidad de datos
Otro por ejemplo..
Puede que tengas en las tablas antiguas un campo ID no autoincremental, pero en el nuevo ese campo si es autoincremental, significa que no se puede hacer un appen form, asi no mas, requiere de manipular las tablas de manera manual.
Asi que parece lógico que se cobre algo por ello ya que como todos sabemos eso no es soplar y hacer botellas.
JM
mpulla
Tarde o temprano hay que dar el salto a nuevas tecnologías, el próximo
mes comienzo un nuevo proyecto contable con Sql 2012.
El cambio de sistema a nuevas tecnologías lo hacemos por nosotros para
actualizarnos ya el cliente sabra si quiere tener una nueva versión.
Saludos.
Mauricio
Carlos Miguel FARIAS
Si se tiene un sistema generico (o sea aplicable a varios clientes o
tenga clientes futuros potenciales), si se justifica migrarlo a nuevas
tecnologias, pero si son sistemas muy especificos, si no hay acuerdo
previo con el cliente (con el pago correspondiente) no se justifica.
Si se justifica ir migrando modulos genéricos aplicables a multiples
sistemas (manejo de personas, direcciones, etc.) para tenerlos ya
listos en caso de que tener que desarrollar algo nuevo o actualizar
algo con tecnologias viejas.
Saludos: Miguel
El 16/02/12, mpulla <jmaur...@yahoo.es> escribió:
Luis Mata
Y en el ámbito personal, tu competitividad en el mercado, eso no te obliga a ir actualizándote? Yo me he traido varios sistemas abajo con DBF DOS, con mi sistema con SQL 2008 y ya estoy pensndo en pasarme a sql 2012. No es lo mismo decir tengo un sistema con Motor sql server 2008 que con DBF.. el que sabe pues te refuta y te deja sin piso…
De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de grisson
Enviado el: jueves, 16 de febrero de 2012 01:17 p.m.
Para: publice...@googlegroups.com
Intel Man
Saludos
Subject: RE: [vfp] Re: SQL Express Edition 2010 a 10 GB
elkin dario uribe torres
Luis Mata
No lo creas, siempre hay un tipejo que pregusta y en que lenguaje esta? Y ese HDP es el que mete mala leche a la negociación..
Luis Mata
Tienes razón hay un montón de Mediocres estafadores, pero no hablemos de esos si no de nosotros como desarrolladores de Software… yo también he visto estafas descaradas…
mpulla
Te doy mi opinión.
No podemos comparar dbf con Sql Server o Oracle...
Lo que si podemos comparar es la forma de programar y aprobechar SGDB,
cuando comenze a migrar a Sql Server lo hacia el estilo
Scan
if !seek()
Insert into mivistaremota
endif
Endscan
updatetable()
Donde VFP con sus dbf es muy bueno y rapido, sorpresa con Sql Server
demora 15 a 17 eternos minutos, que paso?
El problema esta en seguir pensando registro por registro luego
cambien a:
Insert into mitablasql
select
from a
inner join b on a.id = b.id
where b.id is null
Y el tiempo bajo de 15' a 1 segundo
Oracle y Sql Server son muy potentes, si sabes aprobecharlo, de lo
contrario pasa lo que comentas.
Trabajar con un SGDB oracle, sql server, Postgre, My Sql te da un plus
tanto para ti, como para e cliente.
Saludos.
Mauricio
Luis Mata
he escuachado....
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de mpulla
Enviado el: viernes, 17 de febrero de 2012 10:47 a.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: SQL Express Edition 2010 a 10 GB
mpulla
Cuando comencé abría y cerraba conexiones, en consultas y procesos
cortos, para insertar 2400 registros lo cual me daban 15', luego
aprendiendo, mejorando mi estructura de db, mejorando clases,
optimizando la manera de abrir y cerrar conexiones y pensando ya en
conjunto de datos los tiempos son buenos.
Aqui te pongo algo mas descabellado.
En una empresa tiene un software contable (foxpro 2.5) cuando se
requeria mayorizar, nadie podía ocupar el sistema y se demoraba 30',
luego viendo las tablas, anexando índices y utilizando Sql + update el
tiempo bajo a 4 segundos, la contadora quería casarse conmigo jajaja.
Saludos.
Mauricio
Roberto Matarrita
Les comento hace mas de 20 años realicé unos sistemas a una
municipalidad de mi pais en -Fox DOS. Nunca los han querido cambiar ya
que no presentan fallas de ninguna índole. Hoy por hoy me volvieron a
llamar despues de todo ese tiempo para que les hiciera mejoras a los
sistemas, lo cual he estado haciendo gustosamente.
He tenido que afrontar algunos cambios con toto esta nueva tecnología,
pero siguen funcionando, incluso envian información de cobros para que
sean realizados en los bancos y luegos estos remiten la información
para que sean aplicados los pagos.
Si bien es cierto he tenido el problema de que no me corren en
sistemas operativos de 64 bits, pero bueno virtualizamos y solucionado
el problema.
Si soy conciente de que ya es hora de que los sistemas se cambien por
todo este bun de las nuevas tecnologías, incluso estoy pensando
cambiarlos dolorosamente a SQL SERVER u ORACLE, programado en .net.
Desafortunadamente no se hasta cuando podremos soportar mas con
nuestro zorro y si pasado el 2014 ya no van a correr mas en los nuevos
sistemas operativos.
Como dicen todos sus comentarios el cambio es bueno, o bien no si todo
esta funcionando bien, todo queda a criterio nuestro o de nuestros
clientes.
Asi que amigos queda en nosostros como empresarios, programadores y
todo lo demas hacia donde enrumbaremos nuestos negocios.
Roberto
Costa Rica.
Soy programador de Oracle tambien y la verdad no envido en nada este
lenguaje en relación al FOX
El 17/02/12, mpulla <jmaur...@yahoo.es> escribió: