In which version of NAV this occurred?
Beacause I remember from the Techdays that the explicit use of a key in code in NAV 2013 could have negative impact on performance…

Try the following code in .cmd:
start %windir%\system32\mstsc.exe “C:\…\TheRDPFile.rdp” /admin

This is an error which occurs when users try to run Navision when they have logged in with their user names, and they cannot therefore use Navision unless the log on with administrator. Iam using SQL server 2005, and Microsoft Dynamics NAV 2009 Classic with Microsoft SQL Server.

Iam using a domain where the Navision and SQL server is installed in Server 2008 Entreprise while the Domain controller is in 2003 server.

Please assist.

Kirui - Kenya

/Erik

I used to change it by code:

Table.GET(key);
Table.Field := Value;
Table.Modiy;

Salut!
Laura Nicolàs
http://todosobrenav.blogspot.com/

In addition to your trick the findfunc cmd tool will give you more power as it will provide with a list of all objects that are relevant. See my blog post: “Where Used” as simple as you can get it (http://dynamicsuser.net/blogs/vanvugt/archive/2010/02/28/quot-where-used-quot-as-simple-as-you-can-get-it.aspx).

For functions I use the same method.

For fields: if you have data in it, you can’t just change the datatype. You first have to delete the data in the field. And even if you do that and then compile everything, you usually get a lot of errors because of missing automations. So not so easy anyway.

RecLink1.INIT;
RecLink1.”Link ID” := NextNo;
RecLink1.”Record ID” := RecID;
RecLink1.URL1 := Path;
RecLink1.Description := Description;
RecLink1.Created := CREATEDATETIME(TODAY,TIME);
RecLink1.”User ID” := USERID;
RecLink1.Company := COMPANYNAME;

RecLink2.TRANSFERFIELDS(RecLink1,FALSE);
RecLink2.INSERT;

When inserting RecLink1 I get the error but not if I insert RecLink2 using TRANSFERFIELDS.

I was just thinking about buying the book to get a first insight into C/AL.
Of course we would only use it to experiment on the test database we have at the moment.

For starting experimenting with C/AL, it is a good book to start with, but don’t do your first C/AL steps it in a live database with guidance of a senior developer!

Even when reading ALL possible books about C/AL, you shouldn’t start coding in NAV without some guidance of a senior developer.
Although C/AL is language that is quite easy to start with, the functionality in NAV can be as easily broken if you put the wrong code in the wrong place.

To perform insert specific value from CAL, NAV first attempts to set option to allow this temporarily. This requires SQL PERMISSION for ALTER on the table giving to application role in use. This is missed by NAV2009 on SQL2008 (an maybe others) This can be added manually by DBA on each affected table and then stays in place for that DB and company. Someone tell MS.

My book has been available now for about 4 months and during that period I had some really nice comments…

My book has been available now for about 4 months and during that period I had some really nice comments…

If the trigger is empty, NAV is intelligent enough (at least in NAV2009SP1 but I think also previous versions) to know there is no code and thus can use a SET-based command in SQL.

I just wanted to know, if we go for Cloud Computing, eg. our application is hosted on cloud & that application has interaction with Microsoft Dynamics NAV 2009 SP1, in terms of pulling / pushing data into NAV which is located in Company’s Local Network premises.

So is ti possible to have such kind of Interaction between Application hosted in Cloud with Microsoft Dynamics NAV 2009 SP1 which is in Company’s Local Network.

Need help in this case.. Thanks in advance !!

Thanks

Also the technical upgrade is available if the client paid the maintenance fee…

So the end of the world is far from now

The problem happens in this case:
IF (item.Picture is disabled) AND
(use of webservice) THEN BEGIN
-Run indexrebuild in SQL;

-after indexrebuild job, you have this code somewhere run by a webservice.
tmpitem.RESET;
tmpItem.DELETEALL(FALSE); [tmpItem is a temptable]

=> ERROR because webservice thinks that the item table has been changed (NAS and classic client don’t have problems).
END;

I know you have also implemented SQL jobs to call webservices (but it came too late to be used). So we started with JobQueues. But we are considering it. Maybe we switch to it in the future.
The problem is NOT overlapping. In some cases we want it, because doing everything serially would cost too much time.

webervice
reindex
webservice (errors out)? because of blob field on item table?

I also wrote another solution for scheduling instead of NAS to use sql jobs and then you can time sql jobs in sequence and they will not overlap.

http://mibuso.com/blogs/ara3n/2009/11/14/replacing-nas-with-sql-jobs-and-nav-web-service/

http://blogs.msdn.com/sharepoint/archive/2009/05/07/announcing-sharepoint-server-2010-preliminary-system-requirements.aspx

/Lars

runas /netonly /user:targetdomain\user programtorun.exe

Ciao

Mark

recTheTable.RESET;
recTheTable.SETCURRENTKEY(”Field 1″,”Field 2″,…);
recTheTable.SETRANGE(”Field 1″,’Value 1′);
recTheTable.SETRANGE(”Field 2″,’Value 2′);
recTheTable.MODIFYALL(”Some Field 1”,’Some Value 1’,FALSE);
recTheTable.MODIFYALL(”Some Field 2”,’Some Value 2’,FALSE);

your customer C000013 ist the first in the sort order — lucky hit.

Torsten

As a workaround, I run the Nav Classic Client/RTC Client “As Administrator”

It works!

Right-Click the Shortcut and Select “Run as Administrator”

intRecordsInserted := 0;
timStartTime := TIME;
FOR intItemNo := 1 to 50 DO
FOR intLocationCode := 1 TO 5 DO
FOR dat := TODAY TO TODAY + 1000 DO BEGIN
intRecordsInserted += 1;
CLEAR(recItemLedgerEntry);
recItemLedgerEntry.”Entry No.” := i;
recItemLedgerEntry.”Item No.” := FORMAT(intItemNo);
recItemLedgerEntry.”Location Code” := FORMAT(intLocationCode);
recItemLedgerEntry.”Posting Date” := dat;
recItemLedgerEntry.”All Other Fields” := ’some random value);
recItemLedgerEntry.INSERT(FALSE);
END;
COMMIT;

timStopTime := TIME;
intNrOfSeconds := (timStopTime - timStartTime) * 1000;
decRecordsPerSecond :=
intRecordsInserted / intNrOfSeconds;

// and “decRecordsPerSecond” was about 10 times higher in 5.0SP1 confronted with 5.0.

ItemBudgetEntry.DELETEALL;
COMMIT;
Item.FINDFIRST;
xDT := CURRENTDATETIME;
FOR i := 100000 DOWNTO 1 DO BEGIN
ItemBudgetEntry.”Entry No.” := i;
// ok := ItemBudgetEntry.INSERT; // test with this line means no use of bulk inserts
ItemBudgetEntry.INSERT; // test with this line means use of bulk inserts (NAV 5.0 (SP1) or higher, only!)
END;
ItemBudgetEntry.”Entry No.” := 0;
ok := ItemBudgetEntry.INSERT;
MESSAGE(’%1′,CURRENTDATETIME - xDT);

(instead of ItemBudgetEntry one can use an arbitrary Ledger Entry table)
I ran this code 5 times, either uncommenting the first line or the second.
With NAV5.0 I got the same result in each case, namely 19 sec (+/- 1 sec) - this is not too surprising.
Then I ran the same code on a NAV 5.0 (SP1) SQL Client and the results are as follows:
using bulk inserts: 20 sec (+/- 2 sec)
not using bulk inserts: 27 sec (+/- 1 sec)
These results are completely incomprehensible to me, and need to be checked again and again by as many testers as possible….

http://www.goiwx.com/servicesDynamicshosting.html

Thanks Kriki!

Questions? Shoot our SE an email: rjburgess@goiwx.com

ItemBudgetEntry.DELETEALL;
Item.FINDFIRST;
xDT := CURRENTDATETIME;
FOR i := 100000 DOWNTO 1 DO BEGIN
ItemBudgetEntry.\”Entry No.\” := i;
ItemBudgetEntry.INSERT;
Item.FIND;
END;
MESSAGE(\’%1\’,CURRENTDATETIME - xDT);

The messaged time spent is nearly the same with or without the Item.FIND. This is not too surprising, because according to the explanation of the bulk inserts method, it collects merely subsequent INSERTs to perform them as late as possible, but the underlying SQL commands should be identical.

actually a simpler way is just to delete the log file. Basically you just detach the database from SQL, delete the log file then reattach. When you reattach a small clean log file is created that you can easily manipulate and clean up.

Well, this has been a weird convention for me. I have been doing a lot and nothing at the same time….