Preračun prometov že skoraj 15 let izvajamo z SQL Job-om vsak dan v nočnem času na podlagi DataLab navodil,
ki so še vedno objavljena na UserSite.

Večkrat sem se že spraševal, ali DataLab ves ta čas z vso odgovornostjo 'stoji' za to objavljeno programsko kodo.
PRAVILNOST TE KODE NAMREČ VPLIVA NA ZELO POMEMBNO ZADEVO: PRIKAZ KOLIČINE IN VREDNSOTI ZALOG !

Kakorkoli že, do sedaj nisem opazil, da bi bilo s to kodo kaj narobe, razen pred menda dvemi leti,
ko je bilo potrebno kodo zaradi izpada delovanja Job-a spremeniti na popravek, ki je še danes objavljen na:
https://usersite.datalab...Default.aspx?htmlid=2548

Job, ki se je do zadnje nadgradnje izvajal brez napak, vsebuje:
--PRERAČUN PROMETOV
--Preračunaj serijske številke
exec pPA_SerialNoItemRecalc '', null, null
exec pPA_SerialNoStatusRecalc
--Preračun cen
if object_id('tempdb..#lHE_InventoryIdent') is null
CREATE TABLE [dbo].[#lHE_InventoryIdent]
([acIdent] char(16) COLLATE DATABASE_DEFAULT NOT NULL DEFAULT (''),
[adDate] datetime NOT NULL DEFAULT (dateadd(day,datediff(day,(0),getdate()),(0))),
[acWarehouse] char(30) COLLATE DATABASE_DEFAULT NOT NULL DEFAULT (''),
PRIMARY KEY CLUSTERED (acIdent, adDate,acWarehouse))
else
TRUNCATE TABLE [#lHE_InventoryIdent]exec pPA_PriceCalc '', null, null, ''
exec pPA_PriceCalcOwnPrice '', null, null, ''
exec pPA_MoveAssmblyRecalc ''
--Obnovitev zaloge
exec pPA_StockRecalc
--Preračun glav dokumentov
exec pPA_CashRegRecalc null, null
exec pPA_GLRecalc null, null
exec pPA_OrderHeadRecalc null, null
exec pPA_OrderDispDocRecalc '', null, null
exec pPA_MoveHeadRecalc null, null, 'F'

Vendar pa po nadgradnji na različico 10.00, ki sem jo implementiral 31. 03. 2018,
zopet prihaja do izpada delovanja Job-a, kakšnega novega popravka na UserSite pa ne najdem.

Job javlja napake pri
--Preračun cen,
--Obnovitev zaloge,
pri obeh: Invalid column name 'acKeyS', Invalid column name 'acKeyE'

DATALAB PROSIM ZA ČIMPREJŠNJI ODGOVOR NA VPRAŠANJI:
1. Ali DataLab ves ta čas z vso odgovornostjo 'stoji' za to objavljeno programsko kodo ?
2. Kako odpraviti napake, ki jih povzroča objavljena koda po nadgradnji na različico 10.00 ?

P.S.:
BTW,
kljub temu, da DataLab predvideva (priporoča) izvajanje tega SQL Job-a, ga pri kontroli
konektor licenc šteje kot nedovoljeno 'zunanjo povezavo na bazo'. WTF? :)

Lep pozdrav
Stojan Povh Dipl. Ing. El.
Svetovalec Direktorja & CIO
Skupina Valji Group

Delovalo bo tudi če se doda v temp tabelo še:
'acKeyS' in 'acKeyE'

Seveda deluje tudi po namestitvi hitrega popravka...

Uredil uporabnik 03 April 2018 08:09:03(UTC)  | Razlog: Ni naveden

Meni s popravkom 860 in 861 deluje. Sem pa opazil, da so dodali še popravek 876.

Uredil uporabnik 03 April 2018 11:26:46(UTC)  | Razlog: Ni naveden

Gospod Simon Klemen mi je že dopoldan poslal mail, v katerem je vidna potreba po spremembi dela kode za SQL Job.
Po nekaj poizkusih v SSMS se je ta sprememba izkazala za uspešno.
Ta del kode, ki sicer še ni popravljen na naslovu
https://usersite.datalab...Default.aspx?htmlid=2548
se pravilno glasi:
if object_id('tempdb..#lHE_InventoryIdent') is null
CREATE TABLE [dbo].[#lHE_InventoryIdent]
(
[acIdent] char(16) NOT NULL DEFAULT (''),
[adDate] datetime NOT NULL DEFAULT (dateadd(day,datediff(day,(0),getdate()),(0))),
[acWarehouse] char(30) NOT NULL DEFAULT (''),
[acKeyS] char(13) NULL,
[acKeyE] char(13) NULL
PRIMARY KEY CLUSTERED (acIdent, adDate,acWarehouse)
)
else
TRUNCATE TABLE [#lHE_InventoryIdent]

Če se nočni SQL Job-i na bazah ne bodo izvedli brez napak, se ponovno oglasim.

Super hvala

Skoda, da se tega ni nihče spomnil že pred leti, ko sem se ubijal s tem preračunom...:)

Tudi v aresu nekaj preračunavam in moram uporabiti to temp tabelo. A je še potrebno?
lpS

Odgovor <markothq> razumem kot pozitiven odgovor na moje vprašanje v prvem sporočilu v tej temi:
» 1. Ali DataLab ves ta čas z vso odgovornostjo 'stoji' za to objavljeno programsko kodo ? «

Sklicevanje na vgrajeno funkcijo:

SELECT script FROM dbo.fpa_temp_tables_create_text('lHE_InventoryIdent', 0)

namreč vrne:
CREATE TABLE [dbo].[#lHE_InventoryIdent]
(
[acIdent] char(16) COLLATE DATABASE_DEFAULT NOT NULL DEFAULT ('')
, [adDate] datetime NOT NULL DEFAULT (dateadd(day,datediff(day,(0),getdate()),(0)))
, [acWarehouse] char(30) COLLATE DATABASE_DEFAULT NOT NULL DEFAULT ('')
, [acKeyS] char(13) COLLATE DATABASE_DEFAULT NULL
, [acKeyE] char(13) COLLATE DATABASE_DEFAULT NULL
, PRIMARY KEY CLUSTERED (acIdent, adDate, acWarehouse)
)
WITH(
DATA_COMPRESSION = NONE
);

Torej je kreiranje temp tabele priporočeno.

A <dlAdmin> v tej temi pred tem sporoča, da kreiranje temp tabele ni potrebno ter,
da naj ta del kode zbrišemo.

Hm ...

Aha, razumem.
Hvala za vse odgovore.

Lep pozdrav ...

Glede napake Msg 207, Level 16, State 1, Procedure pPA_PriceCalc, Line 576
Invalid column name 'acKeyS'.
Je bil job zagnan v novi seji, kjer temp tabela še ne obstaja? (reštart sql managmenta ali odprtje novega zavihka)?

Zunaj je še dodatni hitri popravek, saj v nekaterih primerih še vedno zahteva začasno tabelo, če se v jobu med drugim kliče tudi procedura pPA_PriceCalcOwnPrice.