what do we not able to do in RTC, but we can do in Classic?

julkifli33
Member Posts: 1,092
hi all....
i just wondering....
1. how to back up and restore data in using RTC?
can we do that in RTC?
2. can we add field (pull from table) in RTC?
(or we should install the classic too if we want to develop)
thanks
i just wondering....
1. how to back up and restore data in using RTC?
can we do that in RTC?
2. can we add field (pull from table) in RTC?
(or we should install the classic too if we want to develop)
thanks
0
Comments
-
As of now, we need Classic Client for development and modifications..0
-
You should be using standard SQL Backup/Restore functionality.There are no bugs - only undocumented features.0
-
so at least.... if we want to implement to customer
we still have to install the client0 -
julkifli33 wrote:so at least.... if we want to implement to customer
we still have to install the client
Better to install in technical persons system and ask him to modify what users want0 -
julkifli33 wrote:so at least.... if we want to implement to customer
we still have to install the clientRegards,
Andwian0 -
Hi,
VISIBLE Property of the Field Controls(FORMS / PAGES) --> TRUE / FALSE.
which will not work in pages of RTC, like in classic..
in these cases we are using EDITABLE / Non Editable Property of the page..0 -
another thing i want to ask is...
every database you create (for RTC database I mean) for customer, you must be created or restored it in your database (maybe for support or anything else)
what i want to know is.... right now, every time i create database so i need to create new service
so let say if i have 1 customer , then i need to create 1 service
10 customers....10 services
is it like that?
or do you have any suggestion?0 -
No. of Services depends upon no. of databases not on no. of customers..0
-
mohana_cse06 wrote:No. of Services depends upon no. of databases not on no. of customers..
No. of Services depends upon no. of databases not on no. of customers..julkifli33 wrote:10 customers....10 servicesRegards,
Andwian0 -
yes....
it would say
10 customers.... each 1 database0 -
Then you need 10 services..
1 service per 1 databse..0 -
Do you really need 1 database by user ?
Maybe a better solution is to have only 1 database, but 1 company by user no ? It will be much more easier to do maintenance or upgrades..0 -
Chemanel wrote:Do you really need 1 database by user ?
Maybe a better solution is to have only 1 database, but 1 company by user no ? It will be much more easier to do maintenance or upgrades..
And how would you manage object differences between companies? Another approach is 1 service per developer/user.There are no bugs - only undocumented features.0 -
bbrown wrote:Chemanel wrote:Do you really need 1 database by user ?
Maybe a better solution is to have only 1 database, but 1 company by user no ? It will be much more easier to do maintenance or upgrades..
And how would you manage object differences between companies? Another approach is 1 service per developer/user.
it must be 10 databases0 -
julkifli33 wrote:bbrown wrote:Chemanel wrote:Do you really need 1 database by user ?
Maybe a better solution is to have only 1 database, but 1 company by user no ? It will be much more easier to do maintenance or upgrades..
And how would you manage object differences between companies? Another approach is 1 service per developer/user.
it must be 10 databases
Oh sorry, 10 different customers, yes you need 10 databases !0 -
yes that's what i want to know
so the conclusion is ....
10 customers.... 10 databases....10 services0 -
julkifli33 wrote:yes that's what i want to know
so the conclusion is ....
10 customers.... 10 databases....10 services
Yes0 -
ok...
thanks for the share0 -
Here is a little thing I found different between RTC and the Classic client.
I created a new form named "Blanket Purchase Order Archive"" based on the form 5167 "Purchase Order Archive". I simply just opened the original form, saved it with a different ID and name and changed its SourceTableView property to "WHERE(Document Type=CONST(Blanket Order))".
When I run the new form, of course, an error message comes up "There is no Purchase Header Archive within the filter. Filters: Document Type: Order, No.: 1001, Version No.: 1", because I did not create a new subform updating its filter to Document Type: Blanket Order.
But if I repeat this process (create new object and so on) using page objects (I mean: create a new page based on the page 5167 and not creating a new subpage), that same obvious error does not appear in RTC. And the page opens.
:S
Where is the error message in RTC?Redcodestudio: Web Development, FLASH & Webdesign (and a little NAV, in the future)0 -
I tried to replicate your senario..but could not..
I didnt get any error message in forms also..
have you done any customizations?
Check with Debugger on and let us know the code..0 -
Nope, no customization.
It is easy to replicate my error. Just open the original form 5167 and change its SourceTableView property from "WHERE(Document Type=CONST(Order))" to "WHERE(Document Type=CONST(Blanket Order))" and press CTRL+R to run the form. As the subform SourceTableView property still is "WHERE(Document Type=CONST(Order))" that error message will come up. But the error message only shows in the Classic version. Not in the RTC version of NAV.
Maybe another type of error will behave the same way in the different versions.
Debugger doesn't get the error.Redcodestudio: Web Development, FLASH & Webdesign (and a little NAV, in the future)0 -
In your previous post you mentionedI created a new form named "Blanket Purchase Order Archive"" based on the form 5167 "Purchase Order Archive". I simply just opened the original form, saved it with a different ID and name and changed its SourceTableView property to "WHERE(Document Type=CONST(Blanket Order))".
in that case it is not throwing any error..
will check and let you know by modifying the same form?
BTW,did you modify Order to Blanket Order in Page also?0 -
are you two guys using the same version?0
-
Yes, I went to Page 5167, modified its SourceTableView to "WHERE(Document Type=CONST(Blanket Order))" and not modifying the 5168 subpage's SourceTableView, I ran the Page. No error came up.
Version NAV 2009 SP1 here.Redcodestudio: Web Development, FLASH & Webdesign (and a little NAV, in the future)0 -
redhotmustang wrote:Yes, I went to Page 5167, modified its SourceTableView to "WHERE(Document Type=CONST(Blanket Order))" and not modifying the 5168 subpage's SourceTableView, I ran the Page. No error came up.
Version NAV 2009 SP1 here.
Did the same thing on Forms..
I didnt get any error message :shock:
i am using NAV 2009 SP1 IN Version0 -
Oops... no errors anywhere?! :SRedcodestudio: Web Development, FLASH & Webdesign (and a little NAV, in the future)0
-
No..can you whether you have done any customization?
Or with debugger on..0 -
I haven't done any customization. It is a fresh, clean and happy :P CRONUS database.
Debugger doesn't catch this particular kind of error.Redcodestudio: Web Development, FLASH & Webdesign (and a little NAV, in the future)0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions