🚀 go-pugleaf

W dniu 2017-04-04 o 22:42, Adam pisze:
> Witajcie.
>
> Podpowie ktoś, jak Management Studio v. 2012 poprosić, by drukowało
> składnię zapytania SQL z kolorami? (okno SQL Query).
> Widzę tylko numerację linii.
>
> Przy nieco bardziej skomplikowanych zapytaniach na 2 lub więcej stron
> wydruku to nie wystarcza :(
>

Taka ciekawostka: Management Studio 2008 drukuje w kolorze.


-- 
Pozdrawiam.

Adam

W dniu 2017-04-06 o 14:01, Adam pisze:
> W dniu 2017-04-04 o 22:42, Adam pisze:
>> Witajcie.
>>
>> Podpowie ktoś, jak Management Studio v. 2012 poprosić, by drukowało
>> składnię zapytania SQL z kolorami? (okno SQL Query).
>> Widzę tylko numerację linii.
>>
>> Przy nieco bardziej skomplikowanych zapytaniach na 2 lub więcej stron
>> wydruku to nie wystarcza :(
Pewnie nie, ale...
Nigdy nie drukowałem kodu, czy to sql czy cokolwiek innego.
Po co?

> Taka ciekawostka: Management Studio 2008 drukuje w kolorze.

Skopiuj SQL z MSSMS i wklej do MS Word lub WordPad, a potem po prostu 
wydrukuj.
W kolorze.

-- 
wloochacz

W dniu 2017-04-06 o 19:38, wloochacz pisze:
> Nigdy nie drukowałem kodu, czy to sql czy cokolwiek innego.
> Po co?
>

Młody jesteś.
100 lat temu, no może jeszcze w czasach Spectrum a nawet Amigi, na 
mainframe pisało się program na kartkach, szło do pokoju z terminalami, 
wklepywało kod, drukowało go i kładło wydruk do szafy.
Kiedy trzeba było robić poprawki to się je robiło na wydruku, szło do 
pokoju....

Może w jakim ZETO zostały te zwyczaje.


---
Ta wiadomość e-mail została sprawdzona pod kątem wirusów przez oprogramowanie AVG.
http://www.avg.com

W dniu 2017-04-06 o 21:35, ktos pisze:
> W dniu 2017-04-06 o 19:38, wloochacz pisze:
>> Nigdy nie drukowałem kodu, czy to sql czy cokolwiek innego.
>> Po co?
>>
>
> Młody jesteś.
> 100 lat temu, no może jeszcze w czasach Spectrum a nawet Amigi, na
> mainframe pisało się program na kartkach, szło do pokoju z terminalami,
> wklepywało kod, drukowało go i kładło wydruk do szafy.
> Kiedy trzeba było robić poprawki to się je robiło na wydruku, szło do
> pokoju....
>
> Może w jakim ZETO zostały te zwyczaje.
>

W Zeto nie pracowałem :)
Ale kiedyś pracowałem z ludźmi, zaczynającymi na Odrach.

Przyzwyczaiłem się do pracy na dwóch monitorach. Czasem gdzieś jestem, 
chcę coś zrobić/poprawić i brakuje drugiego monitora.
Puszczam więc na drukarkę, zaznaczam sobie istotne fragmenty, i skrobię 
inne zapytanie.

Są 392 tabele, niektóre po kilkadziesiąt i więcej pól, do licha relacji. 
A pamięć już nie ta, co 20 lat temu :(

Niektóre zapytania do analiz miewają blisko 1000 linii kodu.


-- 
Pozdrawiam.

Adam

W dniu 2017-04-06 o 21:35, ktos pisze:
> W dniu 2017-04-06 o 19:38, wloochacz pisze:
>> Nigdy nie drukowałem kodu, czy to sql czy cokolwiek innego.
>> Po co?

> Młody jesteś.
Kto, ja?
Dzięki.

> 100 lat temu, no może jeszcze w czasach Spectrum a nawet Amigi, na
Nie miałem nigdy Spectrum (ale znam, bawiłem się gumiakiem kolegi), ale 
Amigi miałem 3.
Pisałem nawet coś tam w Amosie i innych wynalazkach.
I nie było to 100 lat temu, tylko 25-30 ;-)

Ktoś kto wtedy pisał programy na kartkach (tylko proszę nie mów jeszcze, 
że perforowanych :D) to był nielekko zacofany, prawda?

> mainframe pisało się program na kartkach, szło do pokoju z terminalami,
> wklepywało kod, drukowało go i kładło wydruk do szafy.
Trochę pojechałeś, porównując mikrokomputery z mainframe z lat 60/70...

> Kiedy trzeba było robić poprawki to się je robiło na wydruku, szło do
> pokoju....
Moja era z komputerami na pół serio i całkiem serio to mikrokomputery.
Coś innego widziałem może ze dwa razy w życiu (AS/400), ale jakoś mnie 
to nie kręciło nigdy...

> Może w jakim ZETO zostały te zwyczaje.
Może, ale i tak uważam, że ten etos niewiele ma wspólnego z 
rzeczywistością. Bo że niby kiedyś było trudniej?
Może, nie wiem.
Ale wiem, ze dzisiaj jest tego znacznie (danych, tabel, kodu, relacji, 
zależności, itd.) więcej i potrzeba szybciej.

Tak czy siak, kodu nie drukowałem i dalej nie drukuję.
Z ciekawości wziąłem sobie pierwsza lepszą (i większą) procedurę w 
t-sql, wkleiłem do worda. Czcionka 9, interlinia 1, paragraf 0.
14 stron.
Dużo czy mało, nieistotne.

Ja tam wolę go na ekranie z interaktywnym edytorem niż na statycznej 
kartce :)

-- 
wloochacz

W dniu 2017-04-08 o 15:11, wloochacz pisze:
> Ktoś kto wtedy pisał programy na kartkach (tylko proszę nie mów jeszcze,
> że perforowanych :D) to był nielekko zacofany, prawda?
>
> Trochę pojechałeś, porównując mikrokomputery z mainframe z lat 60/70...
>
> Może, ale i tak uważam, że ten etos niewiele ma wspólnego z
> rzeczywistością. Bo że niby kiedyś było trudniej?

Mówiąc o czasach spectrum czy amigi miałem na myśli okreslenie czasu - 
lata 80-te, kiedy te komputery się pojawiły.
Gdy idzie o pisanie na kartkach to chodziło mi o pisanie na mainframe.
Nie rozumiem o co chodzi z tym zacofaniem.
Programistów było kilkunastu, terminale 4, parę innych osób też z nich 
korzystało, więc jak mieli pisać?

A etos? Socjalistyczny moloch, socjalistyczna praca.
Kto coś potrafił ten dostawał zadania do zrobienia, kto nie potrafił 
miał święty spokój.
Wspominam parę fajnych rzeczy z tamtych czasów, ale na zasadzie 
ciekawostek a nie wymądrzania się:
- ze studiów pamiętam Simulę 67. To dla przypomnienia, że obiektowość 
nie zaczęła się np. z Javą. Ale po co ta obiektowość to nie wiedziałem.
- wielozadaniowość Odra miała chyba lepiej zrobioną niż WIN 95/98.
- napisałem jakąś aplikacje na te terminale do mainframe, były 
bezstanowe, ze zdziwieniem przypomniałem sobie o nich przy okazji 
aplikacji webowych
- po jakimś kursie po angielsku :) z baz zrozumiałem co to transakcje 
dwufazowe, ale nigdzie potem już się z nimi nie spotkałem i teraz nie wiem


---
Ta wiadomość e-mail została sprawdzona pod kątem wirusów przez oprogramowanie AVG.
http://www.avg.com

On 09.04.2017 00:37, ktos wrote:
> - po jakimś kursie po angielsku :) z baz zrozumiałem co to transakcje
> dwufazowe, ale nigdzie potem już się z nimi nie spotkałem i teraz nie wiem

ciągle są. w oracle funkcjonują jako transakcje rozproszone z 
dwuetapowym mechanizmem zatwierdzania (two-phase commit mechanism).

pozdrawiam,
geos