Questione : Dati di ingrassamento forzato ad un numero di pagina DISPARI

Ciao, il

I ha un'edizione in cui stampo il doppio ho parteggiato rapporti ogni giorno ma all'interno del rapporto devo forzare i dati che rifiniscono la stampa ad una pagina dispari per stampare alla pagina dispari seguente e non la pagina uniforme mentre dobbiamo separare questi dati a vari people.

Example: il

Vendor 1 stampa dalle stampe della pagina 1-9
Vendor 2 dalla pagina 10-14

What che vorrei fare qui sono ho il fornitore 2 di stampa di inizio del sistema dalla pagina 11 e non la pagina 10.

I attualmente ha questo funzionamento raggruppato dal DEPOSITO ma ora ho bisogno della stessa cosa di accadere con ogni FORNITORE in ogni SOTRE.

I ho questa formula: I MOD 1 = 1 di PageNumber al livello ed a questo del deposito funzionati perfettamente, questo sono stati inseriti nella sezione di SOPPRESSIONE (nessun trivello giù) di quel gruppo nella parte esperta della sezione del cristallo. Ho copiato semplicemente questo al fornitore e pensato esso farebbe la stessa cosa ma non fa. aiuto del

Any sarebbe molto appreciated.

Regards, il

Ken
class= del

Risposta : Dati di ingrassamento forzato ad un numero di pagina DISPARI

Se funziona senza problemi allora non lo cambierei. Dovreste trovare la motivazione più importante incorporare DBCs nell'applicazione attuale che appena il RI o qualche cosa di simile.

Autoincrementing il campo non ha bisogno di DBC (è una parte della struttura di DBF) e DBC non cancella le tabelle provvisorie - o voi o VFP deve cancellarlo. Direi che DBC non è utile come dovrebbe essere… Anche il RI deve essere generato esclusivamente come codice dal costruttore di RI. La creazione CHIAVE STRANIERA non assicura RI.

Così, uso DBC quando è necessario, per esempio quando dovete generare le viste, quando voi hanno bisogno dei nomi di campo lungo, inneschi, eventi ecc. della base di dati.

Una cosa che non capisco in vostra domanda è la frase “durante le mie tabelle provvisorie trattate è generata e sono cancellati dall'OS„. Se generate la tabella provvisoria come un cursore allora che non dovete cancellarli perché VFP glie l'fa per. Sì, deve essere cancellato manualmente dopo che l'arresto di app ma ogni applicazione di VFP dovrebbe avere certa procedura di pulizia che cancella le vecchie lime di temp nel dispositivo di piegatura del temp. L'OS non dovrebbe fare questo lavoro e DBC non aiuta (ma posso mancare qualcosa).

Altre soluzioni  
 
programming4us programming4us