🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.bazy-danych.msaccess
Article #197

Re: y2k w Access2.0 - proba rozwiazania

#197
From: Stanley P
Date: Fri, 20 Nov 1998 14:37
55 lines
3638 bytes
Tomasz Matejko wrote:
> 
> Witam!
> 
> > Pomysl (nienowy) polega na stosowaniu w polach z data maski
> > wprowadzania, wymuszajacej na userze ZAWSZE wprowadzanie roku
> > czterocyfrowo.
> 
> Nie wiem, czy szanowni grupowicze zastanawiali sie nad mozliwoscia "pojscia
> dalej".

Prawde rzeklszy nie bardzo... ;-)   (pisze za siebie ;-)

 Marzy mi sie aplikacja, ktora sprawdza zadana inna aplikacja
> accessowa pod katem Y2K. Chodzi mi o np. przeanalizowania zapytan,
> formularzy, raportow, kodu etc. i wychwycenia miejsc gdzie znajduja sie
> maski, ciagi formatujace, wyrazenia operujace na datach etc. mogace
> spowodowac ewentualne niescislosci po 2000. Wynikiem dzialania takiej
> aplikacji powinien byc raport zawiarajacy lokalizacje i wyrazenie, ktore
> jest potencjalnie podejrzane. W znaczy sposob ulatwi to przygotowanie
> "review" aplikacji. Majac wszyskie miejsca do sprawdzenia, latwiej bedzie
> je "odznaczyc" jak sprawdzone, poprawione... Najprostszy sposob moze
> polegac na wyszukaniu ciagow typu Date, dd.mm.rr, rr.mm.dd, yy.mm.dd,
> dd.mm.yy we wszystkich mozliwych miejscach (formaty pol, SQL, funkcje...) i
> zaraportowanie. Jednak marzy mi sie odrobina inteligencji w tej aplikacji.

Hmmmm... Pewnie na upartego mozna by takie cos uczynic, skoro w Accessie
jest dokumentator bazy, zrobiony zreszta w kodzie, jako biblioteka.
Jednak nie wiem, czy poniesiony naklad pracy bedzie odpowiedni do
otrzymanych efektow. Bo np. przykladowo uwazam, ze samo formatowanie
(dla wyswietlania) daty  w postaci skroconej, dwucyfrowej roku nie jest
niczym groznym. Rowniez tam, gdzie daty nie sa uzywane do zadnych
obliczen w koncu wszystko jedno, czy "gdzies w srodku" aplikacji jest
zapisane np. 01.01.1900 zamiast 01.01.2000 (oczywiscie jesli rok jest
wyswietlany dwucyfrowo). Bo przeciez user widzac np. na wydruku 01.01.00
raczej bedzie domniemywal, ze chodzi o y2000, a nie 1900 czy inny rok
zakonczony cyframi '00'.

Gorzej jest w przypadku przeciwnym - gdy wprowadzone daty sa uzywane
obliczen np. do chocby prostego zestawienia wystawionych dokumentow "za
okres od-do". Wowczas roznica miedzy wprowadzonym rokiem np. 1901 a 2001
jest chyba oczywista. Dlatego moje "rozwiazanie" dotyczy tylko tego
problemu (wprowadzania dat). Natomiast prawde rzeklszy dokladnie nie
wiem jakie sa ewentualne inne "zagrozenia" w Acc2.0 - pytalem zreszta
niezbyt dawno i jakos dotad bez odpowiedzi.

> Jak ktos ma czas, jest zainteresowany prosze o kontakt. Niestety wolnego
> czasu mam niewiele, bardzo chetnie podejmuje sie testowac lub w inny sposob
> wspomagac tworzenie takiego projektu, szczegolnie dla wersji MSA2.0.

Na beta-testera takze sie zapisuje, bo z wolnym czasem wiadomo jak jest
(raczej go nie ma ;-)

Pozdrawiam -
	Stanley
Technical Details
Message-ID: <36557EBC.E447B5BE@pertus.com.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!mat.uni.torun.pl!news.nask.pl!orion.cst.tpsa.pl!news.tpnet.pl!not-for-mail
References: <3650265F.144FD210@pertus.com.pl> <01be147b$ce4f77c0$e6d4cdc3@tm.lsb.com.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!mat.uni.torun.pl!news.nask.pl!orion.cst.tpsa.pl!news.tpnet.pl!not-for-mail
Message-ID: <36557EBC.E447B5BE@pertus.com.pl>
From: Stanley P <stanley@pertus.com.pl>
X-Mailer: Mozilla 4.05 [en] (Win95; I)
MIME-Version: 1.0
Newsgroups: pl.comp.bazy-danych.msaccess,pl.comp.bazy-danych
Subject: Re: y2k w Access2.0 - proba rozwiazania
References: <3650265F.144FD210@pertus.com.pl> <01be147b$ce4f77c0$e6d4cdc3@tm.lsb.com.pl>
Lines: 55
Date: Fri, 20 Nov 1998 14:37:30 GMT
NNTP-Posting-Host: 195.116.104.13
X-Complaints-To: abuse@tpsa.pl
X-Trace: news.tpnet.pl 911572650 195.116.104.13 (Fri, 20 Nov 1998 15:37:30 MET DST)
NNTP-Posting-Date: Fri, 20 Nov 1998 15:37:30 MET DST
Organization: TPNET - http://www.tpnet.pl
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit