Jump to content

Larry Hengen

Members
  • Content Count

    84
  • Joined

  • Last visited

  • Days Won

    1

Larry Hengen last won the day on April 18 2020

Larry Hengen had the most liked content!

Community Reputation

38 Excellent

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Larry Hengen

    FireDAC calling sp_pkeys

    Thanks @Dmitry Arefiev I knew there must be some info out there I just hadn't found.
  2. Larry Hengen

    FireDAC calling sp_pkeys

    I am using an old version of FireDAC (Berlin time frame) and when opening an updateable query it implicitly calls sp_pkeys which can take ~1.5s to return. It seems to do so only once and then caches the PK info for the table appearing in the SQL FROM clause. Grepping the source has yielded no information, and my Google fu is failing me. Depending on the use case, this sometimes results in poor performance. For instance if the user fires up the app and goes into a screen to update some data and then closes the app, they trigger all of the metadata queries during their usage. Over slower VPN connections this can be a real problem. It would be nice to be able to prevent FireDAC from making such a metadata call. Can we specify the PK column at design-time or run-time and prevent the metadata query? After all the database PKs seldom change.
  3. Larry Hengen

    AV Accessing EditValue in DevExpress Editors

    Thanks all for the responses. Turns out the AVs are due to the debugger in Berlin exploding when attempting to inspect the variables and not my actual code. Injected CodeSite Messages to find out the actual values at run-time and validate the code was correct.
  4. Larry Hengen

    AV Accessing EditValue in DevExpress Editors

    I am using an ancient version (17.1.5) of the ExpressEditors and have a simple frame in which I am attempting to validate one editor based on the contents of two others. From what I have found on-line and in the help it seems to me that accessing the EditValue of a TcxCustomEdit descendant should be fine at run-time, but I get an AV or other error in the debugger (Berlin) and the application does not behave correctly. i have explored all other public properties as well, and none seem appropriate. Anyone know the cause without tracing through all the DevExpress code? In the TFrameDailyHours.editHoursPropertiesValidate method I am attempting to make sure the Hours edit does not contain a value that exceeds the difference of the two other time edit controls: unit UnitFrameDailyHours; interface uses Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics, Vcl.Controls, Vcl.Forms, Vcl.Dialogs, cxGraphics, cxControls, cxLookAndFeels, cxLookAndFeelPainters, cxContainer, cxEdit, cxSpinEdit, cxTextEdit, cxMaskEdit, cxTimeEdit, Vcl.StdCtrls, Vcl.ExtCtrls; type TFrameDailyHours = class(TFrame) PanelDay7: TPanel; labelDayofWeek: TStaticText; CheckBoxOvernight: TCheckBox; TimeEditStart: TcxTimeEdit; TimeEditStop: TcxTimeEdit; editHours: TcxSpinEdit; procedure TimeEditStartPropertiesValidate(Sender: TObject; var DisplayValue: Variant; var ErrorText: TCaption; var Error: Boolean); procedure TimeEditStopPropertiesValidate(Sender: TObject; var DisplayValue: Variant; var ErrorText: TCaption; var Error: Boolean); procedure editHoursPropertiesValidate(Sender: TObject; var DisplayValue: Variant; var ErrorText: TCaption; var Error: Boolean); public end; implementation {$R *.dfm} procedure TFrameDailyHours.TimeEditStartPropertiesValidate(Sender: TObject; var DisplayValue: Variant; var ErrorText: TCaption; var Error: Boolean); begin ErrorText := ''; //Start Date is a required field Error := VarIsNull(DisplayValue); if Error then ErrorText := 'Start of Time Range cannot be Empty'; Exit; //if we have a StopTime then the StartTime must be < StopTime Error := (DisplayValue >= TimeEditStop.EditValue); if Error then ErrorText := 'Start of Time Range must precede End of Time Range'; end; procedure TFrameDailyHours.TimeEditStopPropertiesValidate(Sender: TObject; var DisplayValue: Variant; var ErrorText: TCaption; var Error: Boolean); begin ErrorText := ''; if not (DisplayValue = EmptyStr) then begin Error := (DisplayValue < TimeEditStart.EditValue); if Error then ErrorText := 'End of Time Range must be Empty or after Start of Time Range'; end; end; procedure TFrameDailyHours.editHoursPropertiesValidate(Sender: TObject; var DisplayValue: Variant; var ErrorText: TCaption; var Error: Boolean); begin ErrorText := ''; Error := False; if not (TimeEditStart.DisplayValue = '00:00:00') and not (TimeEditStop.DisplayValue = '00:00:00') then begin Error := VarIsNull(DisplayValue); if Error then begin ErrorText := 'Hours cannot be Empty'; Exit; end; Error := (DisplayValue < 0) or (DisplayValue > 24); if Error then begin ErrorText := 'Hours must be > 0 and < 24'; Exit; end; //check that Hours does not exceed duration between Start and Stop Times if TimeEditStop.EditValue > TimeEditStart.EditValue then begin Error := (TimeEditStop.EditValue - TimeEditStart.EditValue) * 24 < DisplayValue; if Error then begin ErrorText := 'Hours exceeds duration between Start and End Times'; Exit; end; end; end; end; end.
  5. Thanks for the suggestions. I changed all the packages to Explicit ReBuild, not that it was the cause, but a good change anyway. Turns out I isolated the issue to the IDE injecting the FireDAC.FMXUI.Wait unit into the Interface section every time the unit was saved/compiled despite the fact it was already present, just wrapped in an IFDEF. Took me a while to find out why it was adding the unit. Turns out I had dropped a TFDGUIxWaitCursor component on the data module at some point. Creating that component in code with the Provider set appropriately fixed the issue. The dialog is obviously misleading as it has nothing to do with what packages are installed in the IDE.
  6. I have a DataAcess package which is UI framework neutral and uses FireDAC. When I build the package it prompts me to add FMX in order to be compatible with other installed packages. The interesting thing is that it is a RunTime Only Package with Rebuild as Needed. There is only one package in the project group that is a design-time package and it does not require the DataAccess package. If I cancel the IDE dialog, everything works as expected, but it's very annoying and I would like to understand the root cause. I have a couple of defines {$IFDEF FMX} FireDAC.FMXUI.Wait, {$endif} that might be factors except that FMX is not defined. The package is a single datamodule unit. with an interface uses as follows: uses System.SysUtils, System.Classes, hcSQLMapper, hcTransactMgrIntf, hcComponent, hcFactoryPool, Data.DB, hcObject, hcPrimaryKeyConstraint, FireDAC.Stan.Intf, FireDAC.Stan.Option, FireDAC.Stan.Error, FireDAC.UI.Intf, FireDAC.Phys.Intf, FireDAC.Stan.Def, FireDAC.Stan.Pool, FireDAC.Stan.Async, FireDAC.Phys, FireDAC.Phys.FB, FireDAC.Phys.FBDef, FireDAC.Comp.Client, hcFireDAC, FireDAC.Phys.IBBase, FireDAC.DApt, FireDAC.Comp.ScriptCommands, FireDAC.Stan.Util, hcLookupList, {$IFDEF FMX} FireDAC.FMXUI.Wait, {$endif}FireDAC.Comp.UI, FireDAC.Phys.IBDef, FireDAC.Phys.IB, FireDAC.FMXUI.Wait; and an implementation uses as follows: {$IFDEF FMX} {%CLASSGROUP 'FMX.Controls.TControl'} {$ENDIF} {$R *.dfm} uses hcQueryIntf, {$IFNDEF FMX} Vcl.Forms, VCL.Dialogs {$ELSE} FMX.DialogService, FMX.Forms, FMX.Dialogs {$ENDIF}, System.UITypes, FireDAC.Comp.Script; The message content in the dialog is as follows: Add fmx. fmx contains implicit unit(s) FMX.Printer.Win, FMX.Consts, FMX.Graphics, FMX.Utils, FMX.Types, FMX.Styles, FMX.Forms, FMX.AcceleratorKey, FMX.StdActns, FMX.VirtualKeyboard, FMX.Controls, FMX.Menus, FMX.MultiResBitmap, FMX.Platform, FMX.Clipboard, FMX.Clipboard.Win, FMX.Helpers.Win, FMX.Surfaces, FMX.ImgList, FMX.ActnList, FMX.Platform.Common, FMX.BehaviorManager, FMX.Platform.Win, FMX.Forms.Border, FMX.Controls.Presentation, FMX.Presentation.Win, FMX.ZOrder, FMX.ZOrder.Win, FMX.Presentation.Messages, FMX.Controls.Model, FMX.Controls.Win, FMX.Presentation.Win.Style, FMX.Presentation.Factory, FMX.Presentation.Style.Common, FMX.Ani, FMX.Presentation.Style, FMX.TextLayout, FMX.Text, FMX.Effects, FMX.Filter.Custom, FMX.Types3D, FMX.Materials, FMX.Filter, FMX.StdCtrls, FMX.Switch.Win, FMX.Styles.Switch, FMX.Styles.Objects, FMX.Objects, FMX.FontGlyphs, FMX.FontGlyphs.Win, FMX.Switch.Style, FMX.Dialogs, FMX.DialogService.Sync, FMX.MultiTouch, FMX.AcceleratorKey.Win, FMX.KeyMapping, FMX.WebBrowser, FMX.WebBrowser.Win, FMX.Controls.Ole, FMX.MultiTouch.Win, FMX.Gestures.Win, FMX.Gestures, FMX.DialogService, FMX.Forms.Border.Win, FMX.Edit, FMX.Edit.Win, FMX.Edit.Style, FMX.SpellChecker, FMX.MagnifierGlass, FMX.Layouts, FMX.InertialMovement, FMX.ExtCtrls, FMX.Pickers, FMX.Pickers.Default, FMX.Calendar, FMX.Calendar.Style, FMX.ListBox, FMX.ListBox.Selection, FMX.DateTimeCtrls, FMX.DateTimeCtrls.Types, FMX.Canvas.GPU, FMX.StrokeBuilder, FMX.Canvas.GPU.Helpers, FMX.Materials.Canvas, FMX.TextLayout.GPU, FMX.Context.DX11, FMX.Context.DX9, FMX.Canvas.D2D, FMX.Canvas.GDIP, FMX.Printer, FMX.Dialogs.Win, FMX.DialogHelper, FMX.Dialogs.Default, FMX.Header. Add fmxFireDAC. fmxFireDAC contains implicit unit(s) FireDAC.FMXUI.Wait. Is the IDE missing the fact that FMX is not defined, or what am I missing?
  7. Larry Hengen

    Best Practices for FireDAC FetchMode/RecordCount Settings

    @Hans J. Ellingsgaard I am using SQL Server. The query uses an inner join on about 5 tables, a left outer on one and a cross apply with a group by and order by on the results Pretty much a worst case scenario. Some of the criteria is not indexed, and due to the data layout requires a large # of reads. Some work has been done on the query to optimize it, and it's now better, but the question remains; what are the best settings to use for FireDAC when the cost and row count of a particular query is not generally known at design-time, as is the case with many dynamically built SQL queries.
  8. Larry Hengen

    Best Practices for FireDAC FetchMode/RecordCount Settings

    I beg to differ. The situation I encountered was that a very expensive SQL Server query wrapped in a select count(*) from() was causing major performance issues. Result set was about 1500 rows. In this case I think it's far easier to bring back the entire result set. What I was looking for was guidelines other devs are using to make such decisions since the actual row counts are not well known.
  9. Larry Hengen

    Best Practices for FireDAC FetchMode/RecordCount Settings

    That is exactly what FireDAC does for you so why would I write additional code to do the same thing? I want to avoid a second query because it can be detrimental to your SQL back end's performance. Imagine doubling it's workload for every user... A less intensive approach is to fetch all records, but that can cause a delay in processing while they are streamed to the client, and if the query is in the main thread, the application will "freeze".
  10. I have recently encountered a situation where code was explicitly setting queries to use FetchOptions.RecordCountMode := cmTotal. The query involved was rather complex and therefore expensive to execute and due to the RecordCountMode set, was being executed twice as per the FireDAC Documentation. As a result, together with all the other workload it was bringing SQL Server to it's knees. That got me thinking about what are appropriate (read least resource utilization with best performance) settings to use in the following scenarios: 1) You open a query to gather data and iterate over each record not updating the record itself but perhaps issuing other SQL Statements., or generating a report -such a query could be ReadOnly, ForwardOnly 2) You open a query with RequestLive = True and iterate over it updating values which FireDAC posts back to the database In both of the scenarios above, to display progress information you want the total record count. What do developers usually use for FireDAcC FetchMode/RecordCountMode and other settings in such scenarios and what if any combination of settings are done globally with a TFDManager vs. locally at the query level?
  11. Larry Hengen

    Issues Deploying Firebird DB on Ubuntu 8.04LTS

    I reported this as RSP-30899 and posted on the Firebird support forums as well asking for a workaround.
  12. Larry Hengen

    Issues Deploying Firebird DB on Ubuntu 8.04LTS

    @Lars Fosdal I did try to change the database file permissions but the exception remains. The interesting thing is that I discovered the exception is not fatal. I previously assumed that once it was thrown the application could not continue. This is not the case. The application opens and does appear to behave normally. I can set a break point and debug the app, so the issue is not critical, but I would like to understand why an exception is thrown and resolve it. I have attached the DB permissions both before and after changing them. I noticed a status error opening the DB through isql about access to /tmp/Firebird so I changed the permissions on that folder. Now the exception is fatal :-). My conclusion is that I will have to post the exception on the Firebird forums for a developer to comment, or create a bug report if that doesn't work. Seems to be an installation issue of some sort. Thanks fro all the feedback.
  13. Larry Hengen

    Issues Deploying Firebird DB on Ubuntu 8.04LTS

    It's not that simple. I copied the DB to /home/larryh/Downloads/LinuxDBForCompositeTesting/COMPOSITEAPP.FDB but I get an exception (shown below) when FireDAC attempts to open the database when I am debugging. As I said, I can run the app fine from the command line, but that doesn't help me debug the app on Linux. The DB is owned by the Firebird Administrator. I have tried changing ownership to my account but that doesn't resolve the error. Project FmxTaskApp raised exception class N8Firebird16status_exceptionE with message 'Exception Object Address: 0x1C04280'.
  14. I experimented this weekend with deploying a small FMX app that uses a Firebird 3 database running on a Linux instance. From reading the DockWiki it doesn't seem to me that you can deploy a database file on Linux (through a VM shared drive mapping), and if you copy the database file on the linux side to the scratch folder, it is removed once you attempt to debug the application over PAServer. Is there a way to prevent PAServer from deleting files that are not part of the deployment but appear in the scratch-dir? For some reason I also cannot debug the application, I get an N8Firebird16status_exceptionE exception when attempting to open the database connection. The database file is present as I create it before the application attempts to open it. I can however, run the application from the terminal window. I assume it has something to do with permissions. PAServer is running under my user account and FireDAC is establishing a local connection to the database which is in the same folder as the app. It doesn't help using sudo to run PAServer, so I am at a loss...
  15. Larry Hengen

    Automated Way to Detect Interface Breaking Changes

    Thanks for the response and pointing me to Dependency Walker. As for the run-time packages, it's not my choice. I was asking about best practices because I have normally been using Monolithic EXEs. Didn't realize I was already using the best practices for package based apps ;-0
×