![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, |
#3
| |||
| |||
|
|
Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, |
#4
| |||
| |||
|
|
Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, |
#5
| |||
| |||
|
|
Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, |
#6
| |||
| |||
|
|
?lvaro G. Vicario wrote: Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, This is horrifying. Obsolete data is defined by an SLA with the customer not by whether it is accessed. For example I have organizations here in the US that are, by law, required to keep data online for 7 years. It hopefully will never be accessed. But on audit, if it isn't there, they are in a boatload of trouble. This is a really bad idea, for many reasons, you should drop immediately. Leave managing the database to the database professionals. It is not something someone writing PHP should involve themselves in. |
#7
| |||
| |||
|
|
?lvaro G. Vicario wrote: Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, This is horrifying. Obsolete data is defined by an SLA with the customer not by whether it is accessed. For example I have organizations here in the US that are, by law, required to keep data online for 7 years. It hopefully will never be accessed. But on audit, if it isn't there, they are in a boatload of trouble. This is a really bad idea, for many reasons, you should drop immediately. Leave managing the database to the database professionals. It is not something someone writing PHP should involve themselves in. |
#8
| |||
| |||
|
|
?lvaro G. Vicario wrote: Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, This is horrifying. Obsolete data is defined by an SLA with the customer not by whether it is accessed. For example I have organizations here in the US that are, by law, required to keep data online for 7 years. It hopefully will never be accessed. But on audit, if it isn't there, they are in a boatload of trouble. This is a really bad idea, for many reasons, you should drop immediately. Leave managing the database to the database professionals. It is not something someone writing PHP should involve themselves in. |
#9
| |||
| |||
|
|
?lvaro G. Vicario wrote: Is there any simple way to extract the table names of a given SELECT query without actually running it? I've implemented a very simple results cache in my PHP application but I'd like to improve it. And one of the key points is finding out what tables a query reads from so I can handle obsolete data. Writing a reliable SQL parser in PHP looks like a hard task and obtaining a full explain plan from the Oracle server looks like an overkill. Any ideas? Thank you in advance, This is horrifying. Obsolete data is defined by an SLA with the customer not by whether it is accessed. For example I have organizations here in the US that are, by law, required to keep data online for 7 years. It hopefully will never be accessed. But on audit, if it isn't there, they are in a boatload of trouble. This is a really bad idea, for many reasons, you should drop immediately. Leave managing the database to the database professionals. It is not something someone writing PHP should involve themselves in. |
#10
| |||
| |||
|
|
This is horrifying. Obsolete data is defined by an SLA with the customer not by whether it is accessed. I think he means he wants to identify obsolete data in his results cache, so he can refresh it from the database, not delete data from the database. |
|
However, I agree that this is not a wonderful idea, as it is essentially recreating Oracle functionality. If results caching is that critical, I would suggest running 11g, which implements it. |
![]() |
| Thread Tools | |
| Display Modes | |
| |