Raporty właśne SQL - Kolumny listy

[Radomił Ząbik 308]

Fajnie, że zmodyfikowaliście opcje ustawiania kolumn listy dla raportu SQL. Jest to dosyć wygodne, ale mam kilka problemów/pytań:

- każda drobna modyfikacja, wymaga po kolei sprawdzenia i synchronizacji kolumn, przez zapisem. Niestety, za każdym razem, synchronizacja kolumn, wywala precyzję, co przy rozbudowanych raportach jest mega irytujące

- funkcja zapisz, mogła by po kolei wywołać sprawdzenie i synchronizacje

- w kolumnach liczbowych, fajnie jakby można ustawić wartość jako "fajkę", w sensie, dla tych co mają 1/0, jak np. zgoda na przetwarzanie na liście

[Jarek KοIaѕa 2]

Synchronizacja powinna zachowywać większość ustawień wprowadzonych przez użytkownika. Głównym jej zadaniem jest zapewnienie odpowiedniej liczby kolumn powiązanych o odpowiednim typie. Z ta precyzją to nasz wpadka i zostanie to poprawione.

Dnia ‎2018‎-‎05‎-‎28 o 11:29, Radomił Ząbik napisał:

- w kolumnach liczbowych, fajnie jakby można ustawić wartość jako "fajkę", w sensie, dla tych co mają 1/0, jak np. zgoda na przetwarzanie na liście

Jeśli kolumna jest typu bit to ma automatycznie typ boolowski i jest reprezentowana fajką. Wystarczy więc konwersja w zapytaniu na bit.

SELECT
   [Id]
  ,[Symbol]
  ,[Nazwa]
  , SerwisAukcyjny
  , CAST(Uwagi as bit)
  , Uwagi
FROM [ModelDanychContainer].[Asortymenty]

[EDIT]

Jeszcze przyszło mi do głowy rozwiązanie na dziś. Ponieważ konfiguracja kolumn jest tworzona na podstawie cech źródła danych to można wymusić domyślną precyzję w danej kolumnie, pozbywając się efektu "resetowania" precyzji przy synchronizacji kolumn, np:

CAST(CenaEwidencyjna as decimal(18,6)) AS Cena

 

Edytowane 4 Czerwca 2018 przez Jarek KοIaѕa
dopisek