Heart-Profit ERP
November 27, 2024, 09:30:23 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Printerinstellingen (lokaal) niet overschrijven bij Reorganiseren TBC  (Read 1043 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: July 03, 2000, 12:54:56 pm »

In een Netwerkomgeving worden bij het reorganiseren van TBC de nieuwe Tijdelijke Bestanden van het Netwerk gekopiëerd naar de lokale werkplek om ze vervolgens te kunnen reorganiseren. Deze werkwijze draagt dus zorg voor de verdeling van de door Heart gewijzigde tijdelijke bestanden over de diverse werkplekken.  
Het reorganiseren van tijdelijke bestanden kon altijd al middels twee verschillende opdrachten:  
              TBC - Tijdelijke Bestanden Copiëren (en reorganiseren)               TB  - Tijdelijke Bestanden alleen reorganiseren  
Sommige lokale bestanden willen we echter niet altijd kwijtraken als we TBC reorganiseren. Zo zal bijvoorbeeld een betalingsselektie voor het aanmaken van een Betalingsdiskette een tijdelijk bestand betreffen totdat ze formeel verwerkt is.  
Als het samenstellen van de selektie meerdere dagen duurt, dan kunnen we de volgende dag in hetzelfde tijdelijke bestand verder werken, met de selektie waar we de dag ervoor mee zijn geëindigd. Echter, zouden we tussentijds een keer TBC reorganiseren, helaas, dan wordt ook dit tijdelijk bestand overschreven, en zijn we onze selektie kwijt.  
Omdat een dergelijke truc in principe op ieder niveau kon optreden, hadden we bedacht een nieuwe reorganisatiekode "TBI" te introduceren. "Tijdelijke Bestanden Initialiseren". Door in de directory struktuur op het Netwerk een tijdelijk bestand niet op te nemen als .DBF maar als .DBI, zou ze niet meer met TBC worden gekopieerd, maar wel met .TBI.  
Op zich werkte deze methode (en doet dat nog steeds), maar ze is niet altijd even handig, immers, bij een upgrade komen altijd alle tijdelijke bestanden mee, en zou de naar .DBI gerenamede file alsnog weer in een .DBF versie beschikbaar zijn. Kortom, altijd (handmatig) in de gaten houden dus.  
Dat e.e.a. op zich wat meer tijd en moeite kost is op zich niet erg. Normaliter wordt een tijdelijk bestand altijd gewist na gebruik, en moet het uitgangspunt dus zijn dat ze altijd leeg is bij aanvang van een nieuwe funktie. Het aangehaalde voorbeeld van de Betalingsdiskette is dan ook expliciet anders dan de normale werkwijze.  
Er is echter één bestand waarin parameters worden opgeslagen en welke tóch lokaal wordt opgeslagen: Parameters v/d lokale Printers. Als we eenmaal besluiten naar een lokale printer te printen, zal het betreffende tijdelijke bestand de gegevens bevatten over wat voor een printer er dan wel niet aan gekoppeld is.  
De ene PC heeft een Laserprinter lokaal aangesloten, en de ander een Matrix, en dit soort instellingen zijn geboden aan de lokale werkplek, en derhalve moet dit wel in een tijdelijk bestand worden bewaard. Het is echter absoluut niet handig dat dit bestand keihard wordt overschreven bij het gebruiken van "Reorganiseren TBC", en derhalve hebben we v.w.b. dit bestand het nu zo geregeld dat ze alleen maar wordt gekopieerd bij gebruik van "TBI". U hoeft hiervoor verder geen aktie te ondernemen in de vorm van het moeten renamen van een bestand van .DBF naar .DBI of i.d., v.w.b. dit bestand is het de standaard werkwijze geworden; ze wordt alleen gekopieerd bij TBI.  
 
 
FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
SYBHOITB    Omschrijving (nog) niet bekend    06-11-1997    03-07-2000
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.036 seconds with 19 queries.