Ante todo un saludo a toda la comunidad, en estos momentos me encuentro enfrascado en la investigación de algunas características del R. Le escribo para que me den la opinión que tienen acerca de la cantidad de volumen de datos que soporta el R, si para cierta cantidad de datos deja de funcionar o eso es insignificante para el. Espero que me ayuden con esto, ah en caso de que R no soporte determinada cantidad de datos, podría Pl/R soportarlo o este presenta este mismo problema?
Hola Maikel, Hay múltiples hilos en el R-Help (Inglés) sobre este tema. Incluso en las "FAQ" que acompañan a cada liberación. Para empezar sería conveniente saber sobre qué plataforma (SO, tipo de hardware que tienes, etc) quieres hacer tu análisis, pruebas, etc. Saludos, Carlos Ortega www.qualityexcellence.es 2010/11/1 Maikel (UCI-2009) <mfrosabal@uci.cu>> Ante todo un saludo a toda la comunidad, en estos momentos me encuentro > enfrascado en la investigación de algunas características del R. Le escribo > para que me den la opinión que tienen acerca de la cantidad de volumen de > datos que soporta el R, si para cierta cantidad de datos deja de funcionar o > eso es insignificante para el. Espero que me ayuden con esto, ah en caso de > que R no soporte determinada cantidad de datos, podría Pl/R soportarlo o > este presenta este mismo problema? > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >[[alternative HTML version deleted]]
El SO que utilizo es Linux, Ubuntu 10.04, Motherboard P5LD2, RAM 1GB, micro P-30. Realmente quiero saber si el PL/R, lenguaje procedural que se le puede añadir al gestor de base de datos PostgreSQL es mejor en cuanto rendimiento y soporte de datos que el R. Según lo que he visto PL/R utiliza el interprete de R, por tanto si R no soporta una gran cantidad de datos entonces PL/R tampoco lo soporta, que creen ustedes. Para lo que quiero hacer, se que usar PL/R me mejoraría en tiempo de respuesta a la hora de dar los resultados porque lo hago directamente desde el gestor, pero sigue el problema de la cantidad de los datos. Como pudiera resolver este problema, imaginense una base de datos con más de 1 millon de datos. Estaré al tanto de cualquier sugerencia, gracias. ----- Mensaje original ----- De: "Carlos Ortega" <coforfe@gmail.com> Para: "Ing. Maikel Rosabal" <mfrosabal@uci.cu> CC: r-help-es@r-project.org Enviados: Martes, 2 de Noviembre 2010 6:08:20 (GMT-0500) Auto-Detected Asunto: Re: [R-es] Rendimiento del R Hola Maikel, Hay múltiples hilos en el R-Help (Inglés) sobre este tema. Incluso en las "FAQ" que acompañan a cada liberación. Para empezar sería conveniente saber sobre qué plataforma (SO, tipo de hardware que tienes, etc) quieres hacer tu análisis, pruebas, etc. Saludos, Carlos Ortega www.qualityexcellence.es 2010/11/1 Maikel (UCI-2009) < mfrosabal@uci.cu > Ante todo un saludo a toda la comunidad, en estos momentos me encuentro enfrascado en la investigación de algunas características del R. Le escribo para que me den la opinión que tienen acerca de la cantidad de volumen de datos que soporta el R, si para cierta cantidad de datos deja de funcionar o eso es insignificante para el. Espero que me ayuden con esto, ah en caso de que R no soporte determinada cantidad de datos, podría Pl/R soportarlo o este presenta este mismo problema? _______________________________________________ R-help-es mailing list R-help-es@r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es [[alternative HTML version deleted]]
Hola Maikel. Por lo que cuentas, quien realiza el trabajo de gestión de los datos es el PostgreSQL. Aunque utilices otro lenguaje para realizar las consultas, el "gestor" seguirìa siendo el mismo.... es eso lo que quieres hacer? o quieres sustituir al PosgreSQL por R como gestor? (cosa que me parece descabellada). Un Saludo, Miguel. ________________________________________ De: r-help-es-bounces en r-project.org [r-help-es-bounces en r-project.org] En nombre de Maikel (UCI-2009) [mfrosabal en uci.cu] Enviado el: martes, 02 de noviembre de 2010 20:03 Para: Carlos Ortega CC: r-help-es en r-project.org Asunto: Re: [R-es] Rendimiento del R El SO que utilizo es Linux, Ubuntu 10.04, Motherboard P5LD2, RAM 1GB, micro P-30. Realmente quiero saber si el PL/R, lenguaje procedural que se le puede añadir al gestor de base de datos PostgreSQL es mejor en cuanto rendimiento y soporte de datos que el R. Según lo que he visto PL/R utiliza el interprete de R, por tanto si R no soporta una gran cantidad de datos entonces PL/R tampoco lo soporta, que creen ustedes. Para lo que quiero hacer, se que usar PL/R me mejoraría en tiempo de respuesta a la hora de dar los resultados porque lo hago directamente desde el gestor, pero sigue el problema de la cantidad de los datos. Como pudiera resolver este problema, imaginense una base de datos con más de 1 millon de datos. Estaré al tanto de cualquier sugerencia, gracias. Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm XACOBEO 2010: http://www.xacobeo.org
A ver, parece que no me expliqué bien, o no me hice entender. Resulta que tenemos un servidor que permite generar reportes desde el punto de vista estadístico. Funciona de la siguiente manera, nuestro servidor le envía un fichero al R con las ordenes necesarias para que ejecute cierta y determinada función estadistica. El R retorna luego de efectuar la operación el resultado final. Que sucede que haciendo esto hay mucho tráfico de envía de información y lo hace más lento. Ahora PL/R reconoce lenguaje R entonces podemos hacerlo directo al gestor y asi lograriamos mayor rendimiento. Algo que no dije del R y es que para inmensas cantidades de datos no es ideal, entonces creo que el PL/R tampoco lo es pero esto ultimo no lo he probado y por eso lo consulto con ustedes. ----- Mensaje original ----- De: "miguel angel rodriguez muinos" <miguel.angel.rodriguez.muinos en sergas.es> Para: mfrosabal en uci.cu, coforfe en gmail.com CC: r-help-es en r-project.org Enviados: Martes, 2 de Noviembre 2010 14:24:06 (GMT-0500) Auto-Detected Asunto: RE: [R-es] Rendimiento del R Hola Maikel. Por lo que cuentas, quien realiza el trabajo de gestión de los datos es el PostgreSQL. Aunque utilices otro lenguaje para realizar las consultas, el "gestor" seguirìa siendo el mismo.... es eso lo que quieres hacer? o quieres sustituir al PosgreSQL por R como gestor? (cosa que me parece descabellada). Un Saludo, Miguel. ________________________________________ De: r-help-es-bounces en r-project.org [r-help-es-bounces en r-project.org] En nombre de Maikel (UCI-2009) [mfrosabal en uci.cu] Enviado el: martes, 02 de noviembre de 2010 20:03 Para: Carlos Ortega CC: r-help-es en r-project.org Asunto: Re: [R-es] Rendimiento del R El SO que utilizo es Linux, Ubuntu 10.04, Motherboard P5LD2, RAM 1GB, micro P-30. Realmente quiero saber si el PL/R, lenguaje procedural que se le puede añadir al gestor de base de datos PostgreSQL es mejor en cuanto rendimiento y soporte de datos que el R. Según lo que he visto PL/R utiliza el interprete de R, por tanto si R no soporta una gran cantidad de datos entonces PL/R tampoco lo soporta, que creen ustedes. Para lo que quiero hacer, se que usar PL/R me mejoraría en tiempo de respuesta a la hora de dar los resultados porque lo hago directamente desde el gestor, pero sigue el problema de la cantidad de los datos. Como pudiera resolver este problema, imaginense una base de datos con más de 1 millon de datos. Estaré al tanto de cualquier sugerencia, gracias. Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm XACOBEO 2010: http://www.xacobeo.org
Ok, Maikel. Ahora tengo claro lo que pretendes hacer (siento no haberte entendido antes). .... creo que una lectura a esto puede darte alguna pista... http://blog.credativ.com/en/2010/07/postgresql-topic-of-the-day---advanced-analytics.html Un Saludo, Miguel. ________________________________________ De: Maikel (UCI-2009) [mfrosabal en uci.cu] Enviado el: martes, 02 de noviembre de 2010 20:43 Para: Rodríguez Muíños, Miguel Ángel CC: r-help-es en r-project.org; coforfe en gmail.com Asunto: Re: [R-es] Rendimiento del R A ver, parece que no me expliqué bien, o no me hice entender. Resulta que tenemos un servidor que permite generar reportes desde el punto de vista estadístico. Funciona de la siguiente manera, nuestro servidor le envía un fichero al R con las ordenes necesarias para que ejecute cierta y determinada función estadistica. El R retorna luego de efectuar la operación el resultado final. Que sucede que haciendo esto hay mucho tráfico de envía de información y lo hace más lento. Ahora PL/R reconoce lenguaje R entonces podemos hacerlo directo al gestor y asi lograriamos mayor rendimiento. Algo que no dije del R y es que para inmensas cantidades de datos no es ideal, entonces creo que el PL/R tampoco lo es pero esto ultimo no lo he probado y por eso lo consulto con ustedes. Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm XACOBEO 2010: http://www.xacobeo.org