Opis najnowszych ogólnych rozszerzeń, zmian i poprawek w LDB.
reports.DDF_selected_parametertypes zostało przekształcone na typ danych JSON.{ "value": "00123" }
JSON.JSON.
customers.id może służyć wyłącznie do aktualizacji istniejących klientów. W przypadku nowych klientów ewentualny podany identyfikator nie jest zapisywany jako identyfikator w bazie danych.logs.name nie jest już uzupełniane od momentu wdrożenia tej aktualizacji. Zestawienia korzystające z tego pola pokazują zatem wpisy tylko do tej daty. Zestawienia odwołujące się do pola logs.name mogą wymagać dostosowania. Chętnie w tym pomożemy.
VAR0 do VAR999, zamiast 5 zmiennych, od VAR0 do VAR4.
JSON.imports.save_response
filters.order_data_key_id
filters.sample_data_key_id
filters.recipe_data_key_id
filters.report_data_key_id
invoices.partial_payments
onlineorders.custom_sample_fields
onlineorders.custom_order_fields
onlineorders.custom_project_fields
onlineorders.raw_customer_data
onlineorders.DDF_Aufgabenstellung
wenns() i ifs()wenns() i ifs() ułatwiają tworzenie zagnieżdżonych formuł z wieloma warunkami.wenns(v['pH'] < 3, 'sehr sauer',
v['pH'] < 6, 'sauer',
v['pH'] < 8, 'neutral',
'alkalisch')
/^([0-9]|1[0-4])$|^$/
_VAR0_ do _VAR4_. Istniały jednak teoretyczne możliwości obejścia tej ochrony._VAR0_ do _VAR4_ muszą zatem korzystać z następującej składni:SELECT … FROM … WHERE …
orders.customer_id = _VAR0_ ... OK
samples.id IN (_VAR0_) ... OK
samples.description like '_VAR0_' ...OK
orders._VAR0_ = 681 ...niepoprawne
_VAR0_ do _VAR4_ są używane tak jak w ostatnim wierszu przykładu, czyli gdy _VARX_ znajduje się po lewej stronie operatora porównania, takiego jak „=”, „>” lub „LIKE”.
material_type=X umożliwia rejestrowanie partii materiałów przy próbkach. Za pomocą X można określić kategorię materiałów, aby wybierać partię spośród wszystkich materiałów z tej kategorii.
