sql >> Database teknologi >  >> RDS >> Mysql

Lagrede procedurer er no-go i php/mysql-verdenen?

Jeg udvikler og vedligeholder en stor PHP/MySQL applikation. Her er min erfaring med lagrede procedurer.

Med tiden er vores ansøgning blevet meget kompleks. Og med al logikken på php-siden, ville nogle operationer forespørge databasen med over 100 korte forespørgsler.

MySQL er så hurtig, at ydeevnen stadig var acceptabel, men ikke fantastisk.

Vi tog beslutningen i vores seneste version af softwaren at flytte noget af logikken til lagrede procedurer for komplekse operationer.

Vi opnåede en betydelig præstationsforøgelse på grund af det faktum, at vi ikke behøvede at sende data frem og tilbage mellem PHP og MySQL.

Jeg er enig med de andre plakater her i, at PL/SQL ikke er et moderne sprog og er svært at fejlfinde.

Nederste linje:Lagrede procedurer er et fantastisk værktøj til visse situationer. Men jeg vil ikke anbefale at bruge dem, medmindre du har en god grund. For simple applikationer er lagrede procedurer ikke besværet værd.



  1. Postgres-forespørgselsoptimering (tvinger en indeksscanning)

  2. Venstre JOIN hurtigere eller indre Join hurtigere?

  3. SQL Injection og LIMIT-sætningen

  4. T-SQL CTE-materialiseringsteknikker virker ikke på SQL Server 2012