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

julkifli33

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

mohana_cse06

As of now, we need Classic Client for development and modifications..

bbrown

You should be using standard SQL Backup/Restore functionality.

julkifli33

so at least.... if we want to implement to customer
we still have to install the client

mohana_cse06

julkifli33 wrote:

so at least.... if we want to implement to customer
we still have to install the client

Not in all systems..who has permissions to modify the forms like adding fields..
Better to install in technical persons system and ask him to modify what users want

Andwian

julkifli33 wrote:

so at least.... if we want to implement to customer
we still have to install the client

At least for the IT person whom do the technical activities: Backup, Restore, Role & Permission, Sync. Login, Development.

st0328

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..

julkifli33

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?

mohana_cse06

No. of Services depends upon no. of databases not on no. of customers..

Andwian

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 services

Assuming 1 customer have 1 DB.

julkifli33

yes....
it would say
10 customers.... each 1 database

mohana_cse06

Then you need 10 services..
1 service per 1 databse..

Chemanel

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..

bbrown

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.

julkifli33

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.

assumed that i have 10 customers
it must be 10 databases

Chemanel

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.

assumed that i have 10 customers
it must be 10 databases

Oh sorry, 10 different customers, yes you need 10 databases !

julkifli33

yes that's what i want to know
so the conclusion is ....
10 customers.... 10 databases....10 services

mohana_cse06

julkifli33 wrote:

yes that's what i want to know
so the conclusion is ....
10 customers.... 10 databases....10 services

Yes

julkifli33

ok...
thanks for the share

redhotmustang

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?

mohana_cse06

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..

redhotmustang

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.

mohana_cse06

In your previous post you mentioned

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))".

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?

julkifli33

are you two guys using the same version?

redhotmustang

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.

mohana_cse06

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 Version

redhotmustang

Oops... no errors anywhere?! :S

mohana_cse06

No..can you whether you have done any customization?

Or with debugger on..

redhotmustang

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.