Search results

I should not have put the double-quotes there on the outside... they're not really there. I've noticed when running SQL directly - Access doesn't seem to care if you use single or double quotes to set off literals (e.g. around the 'ing'). When constructing SQL in VBA - I then resort to...

Interesting - I had never seen that before. I tried that and got "Undefined function 'VBA.Replace' in expression. Note that I'm referring to use of this function in SQL. If I can't get this to work - I'm contemplating walking every row of my data and trying a VBA replace instead. Very annoying...

I've managed to mess up my Access 365 installation to the point that if I try to use the Replace(x, y ,z) function in an SQL statement - it actually crashes Access. Does anyone know what dll is used by Access 365 to perform this function in SQL statements?

Point well taken! :)

Hmmmm - I guess I'm not communicating well - sorry 'bout that... I have input data files that get imported and processed in the back-end - and it made sense to me for all of that import and processing code to exist within the back-end database. Since all of the back-end tables could be linked...

When a particular user type (Admin type) is using the front-end, and they click the 'Update' button - this means they want the back-end to process new input files. So, in the front-end, I use code that lets you execute code in a separate access file - as such: dim appAccess As New...

Interesting... After looking into that - it seems those errors were there only due to issues while I was setting it up. It now seems to work without generating any new errors... I ended up adding a command in the back-end code that runs a query in the front-end that modifies that table - thus...

Yes - a timer is another way to go - but I was trying to avoid that and have it actually event-triggered.

I'll have to chew on that. I guess it is indeed another anomaly of this approach - as it will always be in a state of "having-been-connected" to someone's front-end. But since I'm expecting that to be quite static (essentially one person under normal circumstances) it seemed at least OK to do...

Actually - there is only one Data Macro and it resides in the front-end. I figured it best to get it working in the isolated front-end area first - which it does. Then in the BE, I linked to the FE message table. The hope is to have BE code be able to make changes to that FE message table and...

In the attached, there are a couple database files, one is for FE and one for BE. Note that they only contain what is necessary for this question - so they don't even have any of the usual data tables that would be in the back-end. So I know it looks reversed, but that just happens to be what...

@jdraw - I will see if I can quickly gin up a couple files - but was hoping that the explanation of the code might be sufficient. @theDBguy - All of what I described is in the front-end and it works when changes are made within the front-end. What I have is a back-end database that links to...

In my table (called tabFEMessages) I have set up a RunDataMacro on the After Update, that calls a Data Macro named "tabFEMessages.dmUpdateStatusMessage. The Data Macro has only one command in it: SetLocalVar Name varStatus Expression = UpdateStatus([StatusMessage]) Where "UpdateStatus" is my...

I do have the system set up in the normal way - with shared data in the back-end etc. etc. Most users will be doing the usual 'thing', running queries and generating their own output etc., based on data in the shared tables. But one user will be managing the input to this system, and this was...

Yeah- I agree - it is indeed weird. I don't even really like it since the back-end is linking to a table in the front-end. But since I know I'll have only one Admin - or certainly only one Admin at a time, it seemed OK to have the back-end reach back and link to the front-end for this purpose...

Hi jdraw - thanks for asking... Yes - it is a split database, and normally you have the linkages from front-end to back-end tables. In this case, I have a bunch of code in the back-end that updates the shared data, but I was trying to keep all users connected via the front-end, including the...

I'm trying to use "data macros" as a basis for performing a trigger-like action in Access (365). Ordinarily I might do this simply with an "After Update" event on the field of interest with some VBA etc., but in this case, I have a split database, where code is running in the back-end, and I'm...

This is for bad jokes? OK: . . . Q: Why does a giraffe have such a long neck? . . . . . . . . . . A: Because it is so far from its head to its body.

I'm just glad it was easy and hopefully I updated it fast enough so that I didn't waste anyone's time.... good grief...

Sorry - I posted too soon ---- I figured it out. It was because I had code in the Load event that updated the recordsource to a DIFFERENT query - but only in that one form. Oops. So never mind... ;)