Come gestire il campo p.iva/c.f. dalle vecchie versioni alla nuova con 2 campi distinti.

BREVE SPIEGAZIONE PER IL PASSAGGIO DALLA VERSIONE SENZA CODICE FISCALE / PARTITA IVA ALLA 1.3.7. ITALIANA E SUCCESSIVE CON INSTALLATO IL MODULO CODICE FISCALE / PARTITA IVA.

Il database non può essere popolato “pronti e via” ma vanno fatte delle modifiche a mano, voce per voce, per tutto l’elenco clienti presenti mantenendone i numeri d’ordine (per coerenza con altri campi valori che incrociano questi dati).

QUESTO IL VECCHIO FORMATO + ESEMPIO

INSERT INTO address_book (address_book_id, customers_id, entry_gender, entry_company, entry_firstname, entry_lastname, entry_street_address, entry_suburb, entry_postcode, entry_city, entry_state, entry_country_id, entry_zone_id)

(6, 6, ‘m’, ”, ‘Mario’, ‘Rossi’, ‘Via Roma 2’, ‘MRROSS74S03L483M‘, ‘22100’, ‘Como’, ”, 105, 277),

Come si vede “MRROSS74S03L483M” è il CODICE FISCALE che in questo caso è stato inserito nel “entry_suburb”.

QUESTO DATO VA SPOSTATO DA Lì E PORTATO NELLA NUOVA LOCAZIONE – VEDI:

QUESTO IL NUOVO FORMATO + ESEMPIO

INSERT INTO `address_book`
(`address_book_id`, `customers_id`, `entry_gender`, `entry_company`, `entry_firstname`, `entry_lastname`, `entry_street_address`, `entry_suburb`, `entry_postcode`, `entry_city`, `entry_state`, `entry_country_id`, `entry_zone_id`, `entry_vat`, `entry_cf`)

(6, 6, ‘m’, ”, ‘Mario’, ‘Rossi’, ‘Via Roma 2’, ”, ‘22100’, ‘Como’, ”, 105, 277, ”, ‘MRROSS74S03L483M‘),

RIVEDIAMO ASSIEME LE DUE QUERY – VECCHIA E NUOVA:
(6, 6, ‘m’, ”, ‘Mario’, ‘Rossi’, ‘Via Roma 2’, ‘MRROSS74S03L483M‘, ‘22100’, ‘Como’, ”, 105, 277),
(6, 6, ‘m’, ”, ‘Mario’, ‘Rossi’, ‘Via Roma 2’, ”, ‘22100’, ‘Como’, ”, 105, 277, ”, ‘MRROSS74S03L483M‘),

NOTA BENE:
Nella nuova versione il campo “entry_suburb” resta vuoto e il CODICE FISCALE prende l’ultima posizione.
Se si fosse trattato di PARTITA IVA avrebbe preso la posizione precedente, in questo esempio vuota per l’appunto.

L’ULTIMA VOCE IN ELENCO CLIENTI DEVE CHIUDERE CON ; E NON CON LA , ALTRIMENTI DA ERRORE !!!