MySQL, Delphi y cliente servidor

[[poliburro]]

Un procedimiento almacenado es un script escrito en lenguaje T-Sql y es almacenado por el motor de base de datos que tú elijas. Es muy recomendable su uso Por entre muchas, las siguientes razones.


1- Ya que el motor de base de datos es quíen análiza y optimiza al momento de ser creados los Procedimientos almacenados, su ejecución en cada llamada tiene un mayor rendimiento a que si estás lanzando querys que deben ser analizadas y optiminzadas por cada ejecución. En este punto otra ventaja es que en sql server puedes hacer uso de los planes de ejecución para evitar los Index scan que decrementan terriblemente el rendimiento del motor de base de datos.

2- El leguaje T-SQl te permite optimizar operaciones que si las haces desde tu aplicación requeririan el lanzamiento de varias consultas al motor de base de datos.


3- Al tener tu lógica en el motor de base de datos, un cambio en la manera en que debe ser procesada determinada acción sobre tus tablas es una tarea sencilla en comparación de las aplicaciónes que tienen regadas copnsultas de acceso a datos. Además de que un Sp que desarrollaste para un sistema de escritorio puede funcionarte para un fron-end web. En cambio, si usas consultas deberás hacer doble trabajo.





4-Imagina que tienes una aplicación que lanza código de decenas o cientos de líneas para consultar datos, ahora imagina que tu aplicación es ejecutada por 100 clientes concurrentes. Resultado de esto? un desperdicio innecesario de recursos de red, y un decremento terrible del motor de base de datos. Al utilizar Sps, solo invocas el nombre del sp, le pasas los parámetros, si acaso los requiere, y listo, ya que el motor previamente ha optimizado el script, su degradación es mínima

Hay muchás más razones del por que se deben usar sps. y su uso es muy sencillo,

tomas la paleta ADO seleccionas el AdoStoredProcedure y haces


ADOStoredProc1.Parameters.CreateParameter(Nombre,Tipo,Direccion,Tamaño,ValorInicial)


Suerte

[FerCastro]

Te recomendaría que utilizaras el componente MyDAC de crlab pues es muy robusto estable y sencillo de usar, además que no tienes que instalar nada más para acceder a las tablas.

El precio no es tan alto (algo así como 70 USD)

Saludos cordiales

[makina]

La ventaja que veo de MySQL sobre MSSQL es que MySql es gratis y es una excelente base de datos, si no SAP no los habria elegido para construir su base de datos MaxDB, Ademas el uso de sps (o pl's como se llaman en oracle) depende de que tipo de aplicacion necesites desarrollar, el uso de sp's es muy bueno, sin embargo tiene una gran limitante, si tu deseas hacer una aplicacion portable y multi plataforma los sps solo te pondran obstaculos, ya que los sps de mssql tienen diferente sintaxis a la de mysql, a oracle y entre cualquier bd, asi que uno puede precindir de ellos, un ejemplo de ERP robusto y que no usa SP's en su estrucutura es Protheus de microsiga (una empresa brasileña) y no por esto deja de ser rapido, estable, robusto y multiplataforma ( corre desde tablas planas c-tree, dbf, mysql, mssql, db2, postgre.. hasta oracle) y con respecto a mssql si tengo malas experiencias, intelisis (un erp mexicano) basa su logica en sps, y por mala suerte he tenido problemas con su performance, es decir se alenta cuando por descuido construyes un sp no optimizado, por su puesto esto no ocurre en oracle, sap aunque soporta cualquier bd recomienda usar oracle, meta4 (un gestor de RH español) de igual forma, por ejemplo meta4 es muy estable en oracle no siendo asi en mssql, asi que si puedes elegir que bd utilizar (y tienes el $ suficiente) pues elige oracle, si no pues mysql, mssql es bueno pero no lo mejor. Saludos

[JXJ]

suena interesante poliburro.

pero no tengo idea de como meterle los stored procedures en
el motor de la base de datos.

gracias