|
|
|||||||||
|
|||||||||
| |||||||||
|
|
|
| |||||||||
![]() |
|
|
«
Previous Thread
|
Next Thread
»
|
Thread Tools | Search this Thread | Rate Thread | Display Modes |
|
#1
|
|||
|
|||
|
many selects on one table - performance issue
I have one table (for parameters of all system) which is very rarely updated (if at all) but select's are issued very frequently and from different places (exe, triggers, SP etc.) - can this lead to bad performance and should I try to avoid this kind of solution?
I have heard about locks - maybe they are working in this case? Thanks for your thoughts in advance. |
|
#2
|
|||
|
|||
|
Quote:
Hi, In Firebird, readers don't block writers and vice versa. Multiple read opearations on the same table will not result in table locking in Firebird. See the factsheet for this (http://firebird.sourceforge.net/guide/FBFactsheet.html). Regards, Luciën Ceder |
|
#3
|
||||
|
||||
|
Also to improve select performance use indexes on ordering fields and so on ...
__________________
If i've been helpful, please add to my reputation. My unfinished site: http://www.dever.ro |
|
#4
|
|||||
|
|||||
|
Quote:
NO, it won't lead to bad performance. But your indexes can. Quote:
Firebird's MGA (Multigeneration architecture) doesn't use locks at all. But, you can explicitly use locks. Quote:
No problem ;-) -- Best regards, Fikret Hasovic http://fikret.fbtalk.net * Firebird Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation * JEDI VCS contributor http://jedivcs.sourceforge.net/ * Firebird and Fyracle news http://www.fyracle.org |
|
#5
|
||||
|
||||
|
if you want to know more about Multi Version Concurrency Control , Roman Rokytskyy wrote
an paper about it http://www.firebirdsql.org/doc/whit...m_vs_oracle.htm |
![]() |
| Viewing: Dev Shed Forums > Databases > Firebird SQL Development > many selects on one table - performance issue |
| Thread Tools | Search this Thread |
| Display Modes | Rate This Thread |
|
|
|
|