Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hi Drew, > > Yes, I have a suggestion - there is a property in the Base file which is > incorrectly set during the Migration Assistant run and must be fixed. The > error message looks like this is what is biting you. > > The fastest way to fix it is at follows: > Close the base file and exit LibreOffice. > Rename the base file from .odb to .zip > Now open the file with your favorite zip tool. > You fill find a file named content.xml in the root of the file. > Open that with a text editor. > Search for this string: db:parameter-name-substitution="false" > Edit that so that it reads db:parameter-name-substitution="true" Couldn't be the parameter-name-substitution. This bug appears in forms with subforms, not in a simple query without any parameter-input. Regards Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Howdy Paul, No you don't need to go back - the parameter substitution is for problems with sub forms and now I think you are just dealing with SQL differences between HSQL and Firebird with regards to how it implements joins in select statements. On Wed, Jan 16, 2019 at 2:36 PM Paul D. Mirowsky wrote: > Hello Drew > > I assumed that you are answering the question on error 104. > > I changed the file as per your instructions to > > db:parameter-name-substitution="true" > > , but error 104 is still there. > > Do I have to go back to my original file a migrate again with this fix > or am I fixing > > SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION > Thanks > > Paul > > On 1/16/2019 11:42 AM, Drew Jensen wrote: > > Howdy, > > > > Yes, I have a suggestion - there is a property in the Base file which is > > incorrectly set during the Migration Assistant run and must be fixed. The > > error message looks like this is what is biting you. > > > > The fastest way to fix it is at follows: > > Close the base file and exit LibreOffice. > > Rename the base file from .odb to .zip > > Now open the file with your favorite zip tool. > > You fill find a file named content.xml in the root of the file. > > Open that with a text editor. > > Search for this string: db:parameter-name-substitution="false" > > Edit that so that it reads db:parameter-name-substitution="true" > > Save your changes. > > Close the zip file, it should ask if you want to update the file with the > > change and answer yes. > > Change file name back to .odb and you should be good to go. > > > > Best wishes, > > > > Drew > > > > On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky < > p_mirow...@bentaxna.com> > > wrote: > > > >> Found this at > >> > >> > https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1 > >> > >> |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION > >> >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item, > >> it errors as > >>> 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104 > >>> *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare' > >> I'm sure it's buried somewhere. Any hints anyone? I am by no means an > >> SQL expert, Thank you for being patient. Paul | > >> > >> On 1/16/2019 2:27 AM, Alexander Thurgood wrote: > >>> Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit : > Invalid usage of boolean expression > >>> This bug perhaps ? > >>> > >>> > >> > http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel > >>> Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 > ? > >>> > >>> > >>> Alex > >>> > >> -- > >> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org > >> Problems? > >> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ > >> Posting guidelines + more: > https://wiki.documentfoundation.org/Netiquette > >> List archive: https://listarchives.libreoffice.org/global/users/ > >> Privacy Policy: https://www.documentfoundation.org/privacy > >> > > -- > To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org > Problems? > https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ > Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette > List archive: https://listarchives.libreoffice.org/global/users/ > Privacy Policy: https://www.documentfoundation.org/privacy > -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hello Drew I assumed that you are answering the question on error 104. I changed the file as per your instructions to db:parameter-name-substitution="true" , but error 104 is still there. Do I have to go back to my original file a migrate again with this fix or am I fixing SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION Thanks Paul On 1/16/2019 11:42 AM, Drew Jensen wrote: Howdy, Yes, I have a suggestion - there is a property in the Base file which is incorrectly set during the Migration Assistant run and must be fixed. The error message looks like this is what is biting you. The fastest way to fix it is at follows: Close the base file and exit LibreOffice. Rename the base file from .odb to .zip Now open the file with your favorite zip tool. You fill find a file named content.xml in the root of the file. Open that with a text editor. Search for this string: db:parameter-name-substitution="false" Edit that so that it reads db:parameter-name-substitution="true" Save your changes. Close the zip file, it should ask if you want to update the file with the change and answer yes. Change file name back to .odb and you should be good to go. Best wishes, Drew On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky wrote: Found this at https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1 |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item, it errors as 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104 *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare' I'm sure it's buried somewhere. Any hints anyone? I am by no means an SQL expert, Thank you for being patient. Paul | On 1/16/2019 2:27 AM, Alexander Thurgood wrote: Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit : Invalid usage of boolean expression This bug perhaps ? http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ? Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Also - if you would prefer you can make this fix with a small basic macro. If you would rather go that way here is what you do. Open the Base file in Libreoffice. From the menu select: Tools -> Macros -> Organize Dialogs. On the Organize Dialogs dialog select the 'Libraries' tab. On this tab there is a drop down list for 'Location' Pull that down and you will see your ODB file listed, select it. Click on the button 'New' Default name should be 'Library1', choose that DO NOT PUT THIS CODE IN THE STANDARD LIBARARY With the basic editor open copy and past the following into the editor Option Explicit Sub ensureConnection() Dim DBDocUI as Object on error resume next DBDocUI = ThisDatabaseDocument.currentController if not DBDocUI.isConnected then DBDocUI.connect end if on error goto 0 End Sub Sub Main ensureConnection() ThisDatabaseDocument.DataSource.Settings.ParameterNameSubstitution = true End Sub Execute the macro - the property will be updated. Now you can remove the 'Library 1' basic library you added, it is no longer needed. PS the reason for not updating the standard library is that in Libreoffice once the Standard library is updated with anything it is difficult to drop it completely and the file, even if you remove all the code, will form then on act as if it has embedded macros when it doesn't. If you add a library with a different name however you can remove it and if standard is also empty at that time it is also removed and the file will open without the embedded macro complaint. On Wed, Jan 16, 2019 at 11:42 AM Drew Jensen wrote: > Howdy, > > Yes, I have a suggestion - there is a property in the Base file which is > incorrectly set during the Migration Assistant run and must be fixed. The > error message looks like this is what is biting you. > > The fastest way to fix it is at follows: > Close the base file and exit LibreOffice. > Rename the base file from .odb to .zip > Now open the file with your favorite zip tool. > You fill find a file named content.xml in the root of the file. > Open that with a text editor. > Search for this string: db:parameter-name-substitution="false" > Edit that so that it reads db:parameter-name-substitution="true" > Save your changes. > Close the zip file, it should ask if you want to update the file with the > change and answer yes. > Change file name back to .odb and you should be good to go. > > Best wishes, > > Drew > > On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky > wrote: > >> Found this at >> >> https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1 >> >> |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION >> >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item, >> it errors as >> > 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104 >> > *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare' >> I'm sure it's buried somewhere. Any hints anyone? I am by no means an >> SQL expert, Thank you for being patient. Paul | >> >> On 1/16/2019 2:27 AM, Alexander Thurgood wrote: >> > Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit : >> >> Invalid usage of boolean expression >> > >> > This bug perhaps ? >> > >> > >> http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel >> > >> > Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ? >> > >> > >> > Alex >> > >> >> -- >> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org >> Problems? >> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ >> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette >> List archive: https://listarchives.libreoffice.org/global/users/ >> Privacy Policy: https://www.documentfoundation.org/privacy >> > -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Howdy, Yes, I have a suggestion - there is a property in the Base file which is incorrectly set during the Migration Assistant run and must be fixed. The error message looks like this is what is biting you. The fastest way to fix it is at follows: Close the base file and exit LibreOffice. Rename the base file from .odb to .zip Now open the file with your favorite zip tool. You fill find a file named content.xml in the root of the file. Open that with a text editor. Search for this string: db:parameter-name-substitution="false" Edit that so that it reads db:parameter-name-substitution="true" Save your changes. Close the zip file, it should ask if you want to update the file with the change and answer yes. Change file name back to .odb and you should be good to go. Best wishes, Drew On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky wrote: > Found this at > > https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1 > > |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION > >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item, > it errors as > > 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104 > > *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare' > I'm sure it's buried somewhere. Any hints anyone? I am by no means an > SQL expert, Thank you for being patient. Paul | > > On 1/16/2019 2:27 AM, Alexander Thurgood wrote: > > Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit : > >> Invalid usage of boolean expression > > > > This bug perhaps ? > > > > > http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel > > > > Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ? > > > > > > Alex > > > > -- > To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org > Problems? > https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ > Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette > List archive: https://listarchives.libreoffice.org/global/users/ > Privacy Policy: https://www.documentfoundation.org/privacy > -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Found this at https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1 |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item, it errors as 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104 *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare' I'm sure it's buried somewhere. Any hints anyone? I am by no means an SQL expert, Thank you for being patient. Paul | On 1/16/2019 2:27 AM, Alexander Thurgood wrote: Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit : Invalid usage of boolean expression This bug perhaps ? http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ? Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hi Paul, I would remove >> >>> "Ions-IM"."Select" = TRUE and >>> "Equipment"."Series" = 134 and try the query again. Both commands are right in the internal Firebird-Database. I could test it with with LO 6.1.4.2 here. But could be there is something wrong with the fields ... Is there another Boolean field part of the query? You could also send me the database with some dummy-data as private mail, so I could have a look. Would be good to see the reason for writing a bug and describe it in Base Handbook. Regards Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-users] Re: Base/Firebird Queries broken
Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit : > Invalid usage of boolean expression This bug perhaps ? http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ? Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
I have replaced blanks with underscores in field names in tables. I have removed alias named fields from queries. It did not appear to make a difference. I should note that tables Amps, Volts-High and Volts-In have the same or more field names. As each table name is prefixed to a field, I would not think this a possible error. Am I correct in this assumption? Thanks Paul On 1/15/2019 11:27 AM, Alexander Thurgood wrote: Le 15/01/2019 à 16:14, Paul D. Mirowsky a écrit : Hi Paul, SELECT "Equipment"."ID", "Equipment"."P_Model", "Equipment"."P_Model_No", "Equipment"."Power Meter", Check that the space in the field "Power Meter" isn't causing an issue. There was a known bug about spaces being misinterpreted by the parser. "Equipment"."Series", "Equipment"."Power Meter 2", "Equipment"."Power_No 2", "Equipment"."Power Meter 3", "Equipment"."Power_No 3", Same here for "Power Meter 2" and "Power Meter 3" "Ions-IM"."Ions", "Ions-IM"."Select", "Ions-IM"."Series", Also check that the field name "Select" in Ions-IM.Select isn't being misinterpeted. "Volts-High"."Time", "Volts-High"."Reading" "Vo-Hi-Reading", What is "Vo-Hi-Reading" - is this supposed to be an ALIAS ? Maybe check whether that is correctly supported. "Volts-High"."Type" "Vo-Hi-Type", "Volts-High"."Series", Same here with "Vo-Hi-Type" "Volts-High"."Setting", "Amps"."Reading" "Am-Reading", "Amps"."Type" Same here with "Am-Reading" "Am-Type", "Amps"."Series", "Amps"."Setting" FROM "Ions-IM", "Equipment", "Volts-High", "Amps" WHERE "Ions-IM"."Series" = "Equipment"."Series" AND "Volts-High"."Series" = "Ions-IM"."Series" AND "Volts-High"."Date" = "Ions-IM"."Date" AND "Volts-High"."Time" = "Ions-IM"."Time" AND "Amps"."Series" = "Volts-High"."Series" AND "Amps"."Date" = "Volts-High"."Date" AND "Amps"."Time" = "Volts-High"."Time" AND "Equipment"."Series" = 134 AND "Ions-IM"."Select" = TRUE ORDER BY "Ions-IM"."Date" ASC, "Ions-IM"."Time" ASC, "Ions-IM"."Ions" ASC Not sure about how many left join conditions you can currently have. That would probably need checking by removing them one-by-one until you get something that works. As Robert has mentioned, perhaps the migration didn't convert the data types correctly, so your comparisons in the join conditions are no longer working. Good luck ! Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
See below... On 1/15/2019 10:37 AM, Robert Großkopf wrote: Hi Paul, Have a look at "Ions-IM"."Select" = TRUE Did the migrationtool set the field "Select" to a BOOLEAN-field? Yes "Equipment"."Series" = 134 Did the migrationtool import the field as a INTEGER field? Not quite. Series is set to Number [Numeric] There is no function in the query, only 4 tables connected ... The only possibility to find the reason why Firebird couldn't execute the query at this moment is to delete some parts of the query and try if it will work without this parts. By the way: There are only tables connected in theis query, not a view connected with tables? Not sure what you mean. These queries are developed to be linked to a Writer document as test data documentation. It is used to check the quantity of readings per unit at two each. Incorrect quantities of records prove data missing or inaccurate on import to Base. Regards Robert Thanks Paul -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-users] Re: Base/Firebird Queries broken
Le 15/01/2019 à 16:14, Paul D. Mirowsky a écrit : Hi Paul, > SELECT "Equipment"."ID", "Equipment"."P_Model", > "Equipment"."P_Model_No", "Equipment"."Power Meter", Check that the space in the field "Power Meter" isn't causing an issue. There was a known bug about spaces being misinterpreted by the parser. > "Equipment"."Series", "Equipment"."Power Meter 2", "Equipment"."Power_No > 2", "Equipment"."Power Meter 3", "Equipment"."Power_No 3", Same here for "Power Meter 2" and "Power Meter 3" > "Ions-IM"."Ions", "Ions-IM"."Select", "Ions-IM"."Series", Also check that the field name "Select" in Ions-IM.Select isn't being misinterpeted. > "Volts-High"."Time", "Volts-High"."Reading" "Vo-Hi-Reading", What is "Vo-Hi-Reading" - is this supposed to be an ALIAS ? Maybe check whether that is correctly supported. > "Volts-High"."Type" "Vo-Hi-Type", "Volts-High"."Series", Same here with "Vo-Hi-Type" > "Volts-High"."Setting", "Amps"."Reading" "Am-Reading", "Amps"."Type" Same here with "Am-Reading" > "Am-Type", "Amps"."Series", "Amps"."Setting" FROM "Ions-IM", > "Equipment", "Volts-High", "Amps" WHERE "Ions-IM"."Series" = > "Equipment"."Series" AND "Volts-High"."Series" = "Ions-IM"."Series" AND > "Volts-High"."Date" = "Ions-IM"."Date" AND "Volts-High"."Time" = > "Ions-IM"."Time" AND "Amps"."Series" = "Volts-High"."Series" AND > "Amps"."Date" = "Volts-High"."Date" AND "Amps"."Time" = > "Volts-High"."Time" AND "Equipment"."Series" = 134 AND > "Ions-IM"."Select" = TRUE ORDER BY "Ions-IM"."Date" ASC, > "Ions-IM"."Time" ASC, "Ions-IM"."Ions" ASC Not sure about how many left join conditions you can currently have. That would probably need checking by removing them one-by-one until you get something that works. As Robert has mentioned, perhaps the migration didn't convert the data types correctly, so your comparisons in the join conditions are no longer working. Good luck ! Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hi Paul, Have a look at > "Ions-IM"."Select" = TRUE Did the migrationtool set the field "Select" to a BOOLEAN-field? > "Equipment"."Series" = 134 Did the migrationtool import the field as a INTEGER field? There is no function in the query, only 4 tables connected ... The only possibility to find the reason why Firebird couldn't execute the query at this moment is to delete some parts of the query and try if it will work without this parts. By the way: There are only tables connected in theis query, not a view connected with tables? Regards Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Here is the query... SELECT "Equipment"."ID", "Equipment"."P_Model", "Equipment"."P_Model_No", "Equipment"."Power Meter", "Equipment"."Power_No", "Equipment"."Ion Meter", "Equipment"."Ion_No", "Equipment"."Series", "Equipment"."Power Meter 2", "Equipment"."Power_No 2", "Equipment"."Power Meter 3", "Equipment"."Power_No 3", "Equipment"."Vendor_PO_No", "Ions-IM"."Model", "Ions-IM"."Tube", "Ions-IM"."Position", "Ions-IM"."Date", "Ions-IM"."Time", "Ions-IM"."Ions", "Ions-IM"."Select", "Ions-IM"."Series", "Volts-High"."Time", "Volts-High"."Reading" "Vo-Hi-Reading", "Volts-High"."Type" "Vo-Hi-Type", "Volts-High"."Series", "Volts-High"."Setting", "Amps"."Reading" "Am-Reading", "Amps"."Type" "Am-Type", "Amps"."Series", "Amps"."Setting" FROM "Ions-IM", "Equipment", "Volts-High", "Amps" WHERE "Ions-IM"."Series" = "Equipment"."Series" AND "Volts-High"."Series" = "Ions-IM"."Series" AND "Volts-High"."Date" = "Ions-IM"."Date" AND "Volts-High"."Time" = "Ions-IM"."Time" AND "Amps"."Series" = "Volts-High"."Series" AND "Amps"."Date" = "Volts-High"."Date" AND "Amps"."Time" = "Volts-High"."Time" AND "Equipment"."Series" = 134 AND "Ions-IM"."Select" = TRUE ORDER BY "Ions-IM"."Date" ASC, "Ions-IM"."Time" ASC, "Ions-IM"."Ions" ASC I have several others that continue to work correctly. I am going to try to see if the failure applies to a particular table(s). Thanks Paul On 1/15/2019 3:06 AM, Alexander Thurgood wrote: Le 15/01/2019 à 00:23, Paul D. Mirowsky a écrit : Any hint as to where I'm going wrong. Without the query definition, it is going to be like gazing into a crystal ball...all sorts of things might not work in the same way, the time values, the date values (especially if there are calculations), subselects, unions, joins, etc... Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-users] Re: Base/Firebird Queries broken
Le 15/01/2019 à 00:23, Paul D. Mirowsky a écrit : > Any hint as to where I'm going wrong. Without the query definition, it is going to be like gazing into a crystal ball...all sorts of things might not work in the same way, the time values, the date values (especially if there are calculations), subselects, unions, joins, etc... Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy