Virtual Catalog Rebuild


hi,

i'm newbie i'd understand better give opinion. adopting sap product pricing. in few words, i'm going have segmented prices. example: list price, gold clients have 1% discount, silver clients have 0.5% discount. problem have price modification time. in specific products, had 100 price modifications in unique day. (this worst example)

the first idea sap makes price calculation , after it’ll put respective prices cs 2007. (biztalk or xi. not quite sure!)

what’s best way keep prices in cs? use virtual catalogs? vc has rebuild step. need stop site rebuild work? how long take 4k products? can run rebuild 10 minutes intervals?

any idea appreciated!

regards,
fernando

hello pb,

"is commerce server staging (css) good pushing catalog production?"
yes, supported way of transfering catalog data production. 

we have used css service when transfering few catalogs day , there no performance issue. after time our business requirements changed , started stage during day. css made our sql busy , decreased performance.

if business requirements implies staging every catalog during day, continously transferring data production reduces sql performance, since css sends time consuming commands materialized virtual catalogs.

=> have made improvement, instead of staging during day, transferred actual database production, andnow happy since don't experience , performance problems, or downtime with our sql server.

regards,
ziver alen malhasoglu



Commerce Server  >  Commerce Server 2007



Comments

Post a Comment

Popular posts from this blog

Azure DocumentDB Owner resource does not exist

having same error microsoft.azure.documents.documentclientexception: message: {"errors":["owner resource not exist"]} , scenario. when deployed webapp azure , try document docdb throws error. docdb exists in azure , contains document looking for. weird local machine(running vs) works fine. i'm using same settings in azure , local. have , idea this. thanks Microsoft Azure  >  Azure Cosmos DB
Read more

job syspolicy_purge_history job fail in sqlserver 2008

Image
hello guys, when installed sqlserver,it automatically created 1 job name job syspolicy_purge_history. but failed @ step 1. the reason is: date                11/6/2010 2:00:00 am log                job history (syspolicy_purge_history) step id                1 server                mxosv-otsdb01 job name                syspolicy_purge_history step name                verify automation enabled. duration                00:00:00 sql severity                16 sql message id                34022 operator emailed                operator net sent                operator paged                retries attempted                0 message executed user: nt authority\system. policy automation turned off. [sqlstate 42000] (error 34022).  the step failed. have run statement: select msdb.dbo.fn_syspolicy_is_automation_enabled the returned valus 0. what can resolve it? or can delete job manually.   thanks in advance. if haven't things want,be
Read more

Trying to register with public marketplace error with 'Get-AzureStackStampInformation'

when trying register against public azure adfs azure stack error below. logs can found at: c:\maslogs\azurestack.azureregistration.2017-10-12.01-31-23.log  and  \\azs-ercs01\c$\maslogs error occurred checking stamp information: system.management.automation.remoteexception: term 'get-azurestackstampinformation' not recognized name of cmdlet, function, script file, or operable program. check spelling of name, or if path included, verify path correct , try again. @ c:\azurestack-tools-master\registration\registerwithazure.psm1:1106 char:5 +     throw "logs can found at: $global:azureregistrationlog  and  \ ... +     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~     + categoryinfo          : operationstopped: (logs can fou... , try again.:string) [], runtimeexception     + fullyqualifiederrorid : logs can found at: c:\maslogs\azurestack.azureregistration.2017-10-12.01-31-23.log  a    nd  \\azs-ercs01\c$\maslogs error occurred chec
Read more