I have a SQL Server data table which I am using as the source for a collection.
When I try and filter the collection by one of the fields it appears to need trailing spaces added to find the record. When I use the original data source it doesn't.
In my full program when I patch a status record into the collection it doesn't appear to add the trailing spaces into the record, it only appears to be when the collection is created from the source database?
I've tested this using the following code on a button to create and filter the collection
ClearCollect(TestVehicle, Filter('[dbo].[Vehicle]', FleetID =51063));
ClearCollect(TestDepotHistory, Filter('[dbo].[DepotHistory]', FleetID=51063));
When I put a data field up and try to show the data filtered on "Assignment Status" from the collection requires me to put "Current " into the filter to show it.
When I change the datasource of the filter to the SQL table it will filter using "Current"
I have another text field in the table which is a user name, this field appears to filter correctly for both the collection and the source data table.
Anyone have an explanation for me?
I've set both of the text fields to Nvarchar in the SQL DB, I don't think it's a coincidence it's Nvarchar(10) for the Status field and "Current" plus 3 spaces = 10.
I've run a Rtrim command over the field in the db to ensure there are no trailing spaces there.
I've attached some screenshots if that helps...
Hi @Sincilbanks ,
After doing a small test I can confirm it's not related to the field type.
I can see your sql server table name still with the prefix "dbo" while since a few months ago the new naming convention going forwards is to not include the dbo prefix. Please try remove the connections and add those tables again into Power Apps.
If this issue persists, please check the versions of SSMS and other components, mine are as follows:
Hope this helsp.
Community Support Team _ Jeffer Ni
If this post helps, then please consider Accept it as the solution to help the other members find it.
Thanks for the info.
My SQLSMSS is an older version it would appear (why would that make a difference though?) and I have 30-odd tables to remove and replace which will take quite some time and take the app down for the duration as well. I'll have to try and find a slot to get that done when no-one is using it.