Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: #Eliminato quando collego via ODBC Access a SQL Server

1,709 views
Skip to first unread message

giorgio rancati

unread,
Oct 29, 2005, 5:58:05 AM10/29/05
to
"Massimo" <Mas...@discussions.microsoft.com> ha scritto nel messaggio
news:2DD8E183-D9B1-442F...@microsoft.com...
> Ciao a tutti, ho un database Access con tabelle collegate ODBC a SQL
Server.
> Aprendo da Access queste tabelle solo per alcune invece dei dati mi
mostrano
> nei campi il valore #Eliminato; altre vanno benissimo. Ho provato a
> scollegare e ricollegare queste tabelle a ricrearle in SQL ma niente.
Potrei
> avere qualche suggerimento? Grazie mille in anticipo...

Ciao Massimo,

in genere il valore #Eliminato viene visualizzato quando apri una tabella il
cui schema non corrisponde più all'originale presente in Sql Server, in
pratica quando aggiungi o rimuovi dei campi dalla tabella di origine.
Per ovviare a questo basta eliminare e riallegare la tabella in Access.
Hai già provato a fare questo ?

Ciao
--
Giorgio Rancati
[Office Access MVP]


Massimo

unread,
Oct 29, 2005, 6:12:02 AM10/29/05
to
Ciao Giorgio,

purtroppo ho provato sia a ricreare la tabella in SQL sia a scollegare
(eliminare) e a ricollegare la tabella in Access ma niente...
Il problema appare solo su alcune tabelle 3/4 su una ventina...
Non so cosa fare...

Grazie
Massimo Vecchio

"giorgio rancati" ha scritto:

giorgio rancati

unread,
Oct 29, 2005, 6:23:50 AM10/29/05
to
"Massimo" <Mas...@discussions.microsoft.com> ha scritto nel messaggio
news:254EB120-EB39-498B...@microsoft.com...

> Ciao Giorgio,
>
> purtroppo ho provato sia a ricreare la tabella in SQL sia a scollegare
> (eliminare) e a ricollegare la tabella in Access ma niente...
> Il problema appare solo su alcune tabelle 3/4 su una ventina...
> Non so cosa fare...

Ciao Massimo,
se č cosě č molto strano quello che ti succede, puoi mostrare la struttura
delle tabelle incriminate ?
Va benissimo anche la DDL generata da Query Analyzer (se lo usi).

Massimo

unread,
Oct 29, 2005, 7:14:02 AM10/29/05
to
Giorgio, te ne mando due:
CREATE TABLE [U_NominativiVari] (
[nvID] [bigint] IDENTITY (1, 1) NOT NULL ,
[nvDenominazione] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvIndirizzo] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvComune] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvTelefono] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvTelefax] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvContatto] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvMansione] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
[nvAnnotazioni] [varchar] (255) COLLATE Latin1_General_CI_AS NULL ,
CONSTRAINT [PK_U_NominativiVari] PRIMARY KEY CLUSTERED
(
[nvID]
) ON [PRIMARY]
) ON [PRIMARY]
GO

e

CREATE TABLE [U_NominativiClienti] (
[ncID] [bigint] IDENTITY (1, 1) NOT NULL ,
[CodCli] [varchar] (10) COLLATE Latin1_General_CI_AS NULL ,
[Denom] [varchar] (60) COLLATE Latin1_General_CI_AS NULL ,
[Ind] [varchar] (50) COLLATE Latin1_General_CI_AS NULL ,
[Cap] [varchar] (5) COLLATE Latin1_General_CI_AS NULL ,
[Prov] [varchar] (2) COLLATE Latin1_General_CI_AS NULL ,
[Loc] [varchar] (50) COLLATE Latin1_General_CI_AS NULL ,
[Tel] [varchar] (25) COLLATE Latin1_General_CI_AS NULL ,
[Fax] [varchar] (20) COLLATE Latin1_General_CI_AS NULL ,
[Telex] [varchar] (12) COLLATE Latin1_General_CI_AS NULL ,
[EMail] [varchar] (60) COLLATE Latin1_General_CI_AS NULL ,
[Modem] [varchar] (25) COLLATE Latin1_General_CI_AS NULL ,
[PIva] [varchar] (12) COLLATE Latin1_General_CI_AS NULL ,
[CF] [varchar] (16) COLLATE Latin1_General_CI_AS NULL ,
[Riferim] [varchar] (20) COLLATE Latin1_General_CI_AS NULL ,
[CodNaz] [varchar] (2) COLLATE Latin1_General_CI_AS NULL ,
[DsNaz] [varchar] (40) COLLATE Latin1_General_CI_AS NULL ,
CONSTRAINT [PK_U_NominativiClienti] PRIMARY KEY NONCLUSTERED
(
[ncID]
) WITH FILLFACTOR = 90 ON [PRIMARY]
) ON [PRIMARY]
GO

Grazie.

Massimo Vecchio

"giorgio rancati" ha scritto:

> "Massimo" <Mas...@discussions.microsoft.com> ha scritto nel messaggio


> news:254EB120-EB39-498B...@microsoft.com...
> > Ciao Giorgio,
> >
> > purtroppo ho provato sia a ricreare la tabella in SQL sia a scollegare
> > (eliminare) e a ricollegare la tabella in Access ma niente...
> > Il problema appare solo su alcune tabelle 3/4 su una ventina...
> > Non so cosa fare...
>
> Ciao Massimo,

> se è così è molto strano quello che ti succede, puoi mostrare la struttura

giorgio rancati

unread,
Oct 29, 2005, 7:42:30 AM10/29/05
to
"Massimo" <Mas...@discussions.microsoft.com> ha scritto nel messaggio
news:38E244F7-61B1-4EBE...@microsoft.com...

> Giorgio, te ne mando due:
> CREATE TABLE [U_NominativiVari] (
> [nvID] [bigint] IDENTITY (1, 1) NOT NULL ,
[CUT]

Ciao Massimo,

il problema č il tipo di dato Bigint che Jet non gestisce, se lo cambi con
il tipo Int il problema si risolve.
----
CREATE TABLE [U_NominativiVari] (
[nvID] [int] IDENTITY (1, 1) NOT NULL ,
ecc....
----
Il tipo di dato Int in Sql Server corrisponde al tipo *Intero Lungo* di Jet
Access, e puo memorizzare valorifino a 2.147.483.647, direi che č piů che
sufficiente no ?

per maggiori info
----
int, bigint, smallint, and tinyint
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_ia-iz_3ss4.asp
----

Massimo

unread,
Oct 29, 2005, 7:57:03 AM10/29/05
to
Giorgio,

grazie per la soluzione anche se una delle tabelle che si aprivano
correttamente aveva comunque anche lei la primay key di tipo bigint; comunque
variando il tipo dati sulle altre almeno una è andata a posto altre ancora no.

ci lavoro sopra comunque ancora...

grazie mille ancora

Massimo Vecchio

"giorgio rancati" ha scritto:

> "Massimo" <Mas...@discussions.microsoft.com> ha scritto nel messaggio


> news:38E244F7-61B1-4EBE...@microsoft.com...
> > Giorgio, te ne mando due:
> > CREATE TABLE [U_NominativiVari] (
> > [nvID] [bigint] IDENTITY (1, 1) NOT NULL ,
> [CUT]
>
> Ciao Massimo,
>

> il problema è il tipo di dato Bigint che Jet non gestisce, se lo cambi con


> il tipo Int il problema si risolve.
> ----
> CREATE TABLE [U_NominativiVari] (
> [nvID] [int] IDENTITY (1, 1) NOT NULL ,
> ecc....
> ----
> Il tipo di dato Int in Sql Server corrisponde al tipo *Intero Lungo* di Jet

> Access, e puo memorizzare valorifino a 2.147.483.647, direi che è più che

giorgio rancati

unread,
Oct 29, 2005, 8:16:05 AM10/29/05
to
"Massimo" <Mas...@discussions.microsoft.com> ha scritto nel messaggio
news:7593F2D4-0723-4165...@microsoft.com...

> Giorgio,
>
> grazie per la soluzione anche se una delle tabelle che si aprivano
> correttamente aveva comunque anche lei la primay key di tipo bigint;

forse perchè non contenevano dati, ma se provi ad inserire qualche riga
quindi a chiudere e riaprire la tabella esce la scritta #Eliminato in tutte
le colonne.

>comunque
> variando il tipo dati sulle altre almeno una è andata a posto altre ancora
no.
>
> ci lavoro sopra comunque ancora...

prova a vedere se possono esserti utili questi link
----
ACC2000: Records Display #DELETED When You Use Access 2000 to Link to SQL
Server Table with ROWGUID
http://support.microsoft.com/default.aspx?scid=kb;en-us;244872

ACC2000: "#Deleted" Appears in All Fields After Inserting Record with
Default Value in Primary Key Field
http://support.microsoft.com/default.aspx?scid=kb;en-us;323201

ACC2000: #Deleted in Linked Table Containing UniqueIdentifier
http://support.microsoft.com/default.aspx?scid=kb;en-us;253837

0 new messages