[請益] 用SQL寫特殊格式的報表?

[littlethe (東周小星星)]

我遇到一個案子,

是要用SQL去"組合"出特殊格式的報表,
有出現空行,有直排也有橫排,

雖然用SQL是做得出來,

但這和我以前的觀念不一樣,

我以前是覺得SQL只是單純把資料抓出來,

遇到富雜的報表顯示方式,

用前端程式去做操作就好了,

想到這點,

我就想好奇問大家,

大家是怎麼處理富雜的報表呢?

是真的用SQL去硬拼出來的嗎?

還是是用前端程式去"畫"出來的?

--
放下女色,立地成程式設計師,這就是佛,
只要信GOOGLE就可以得永生,這就是一神論,
想以爺爺之名代替月亮懲罰主管或客戶,這就是馬克思,

告訴我,寫程式要信什麼好?

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 115.78.131.162
→ Prius:不就看你想不想寫，以及哪個比較熟，寫起來比較快而已..
→ Prius:有些複雜的報表，如果夠熟SQL，一行就解決，但是，前提是
→ Prius:要先花工夫跟SQL成為好朋友
→ joybee:鼎新?
推 sing10407:SQL熟的話也是很快，但文件寫不好別人難維護
推 dyco:一半前端一半SQL,要注意效能
推 jhnny:看需求..
→ alan3100:除非存心想害後面接手的人
推 Assyla:看上手度啊，不過你真用SQL寫出來，有人可以代替你維護嗎？
→ talenttb:複雜的東西純用SQL後面真的很難維護
→ littlethe:這是對方要求的囉,我也希望是一半前端一半SQL
→ littlethe:怎麼會猜到鼎新...難道鼎新是全SQL在寫報表的?
推 onear:複雜的東西硬用報表工具湊往往更難維護..
推 f1234518456:整天要套版紙的去死啦 幹
推 stud60432:你可以用union  我不久前才寫過@@
推 MacPerson:基本上能用SQL都出來 盡量就用SQL,如果邏輯複雜就用SP
→ MacPerson:會這樣建議你  是因為一旦資料量大 你用前端去兜會有效
→ MacPerson:能問題，除非你確信 資料料沒有大到有效能問題
推 MacPerson:曾經為效能所苦 註:SQL也要注意效能  寫法要注意..
推 glennchen:推sp
→ littlethe:union我已經在狂用了...
→ Ageis:其實先不講究效能的話，在 db 先把資料整理好比較好寫耶
→ Ageis:像之前用 mssql pivot + cte 真的是好物啊...