Newsgroup: it.comp.appl.access
Titolo: Scusase se OT. ADP SQL Server in partenza.

Dopo tanto penare con la IBM che sobba le imprese con 20 dipendenti a meno 
di spendere 20.000 euri. ho deciso che dopo l'esasperante lavoro con Access 
e con ADO e le centinaia di pass-through generate in script automatici e il 
tentativo di rendere editabile recordset nelle maschere (con risulati 
soddisfacenti, ma pesanti da manuntenere - perch� le logica business le 
posso solo implementare sui client non avendo accesso alle simil stored 
procedure di as400) e un una notte insonne ho deciso di cacciarmi nei guai 
(e di moltiplicare le notti insonni)
Porting dal cadavere ambulante di un As400 4.4.0 a un nuovo SQL Server di 
cui � una mia fissa da anni, ma adesso non ho scuse per autoflagellarmi
Le prime domande sono queste e confido in voi, quanto meno delle 
segnalazione su cui attingere e farmi venire mal di testa.
Non ho premesso che non altro che me stesso nello sviluppo e potete 
immaginare quale sia il mio stato emotivo.
Comuque queste sono le domande non in ordine di imporatanza:
 Premetto che il database esistente ha tabelle che sfiorano il milione di 
record per una dimensione complessiva di meno di 2 gb. Tutte quante senza 
relazioni rigorosamente (se non nel cervello dei programmatori)
1)           Porting dati spuri (blank e carateri in cami decimal, packed) 
innumerevoli errori di conversione di tipo. A nulla serve conver, cast o 
simili
2)           Funzionalit� FTP server del nuovo Windows
3)           Funzionalit� Backup del database
4)           Versione Access come Front end ideale per SQL Server. La 2007 
di Access � piuttosto deludente lento ed instabile oltre che� impraticabile.
5)           Databinding mediate diretta assegnazione recordset nei report
6)           Databinding mediate diretta assegnazione recordset nelle 
maschere
7)           OLEDB Vs query pass-through per la reportistica
8)           Gestione dati semistatici: tblLocale sul client o vista logica? 
Refreshing su tabelle locali mdb, mde, o che?
9)           Intercettazione errori stored procedure per evitare blocci sui 
cliente
10)       Importantissimo! Gestione delle transazioni: (premettendo 
conoscenze ACID) chi ha la priorit�: lato server (stored procedure) o lato 
client (ADO adUseClient) o connivenza?
11)       Livelli di nidificazione transazioni supportate
12)       Gestione delle sintassi �like� per comportamento stile ricerca 
web. Non conosco un utente che chiede quello che vuole: preferisce scorrere 
centinaia di record per ottenere il risultato. Posto che bisogna 
impedirglielo a monte, resta il problema della ricerca di una stringa
13)       Tabelle lato client, tabelle lato server, tabelle temporanee 
(creazione univoca per sessione di lavoro per i dati grezzi da dare in pasto 
ai client).
14)       Recordset disconnessi e persistenti
15)       Problema del doppio drop down degli ADO : Command.Execute una sola 
volta, con Recordset.Open unitamente a command parametrico due volte, ma � l�unico 
modo per renderli editabili. ODBCDirect di Jet risulterebbe addirittura pi� 
efficiente
16)       Problema del doppio drop down nelle combo dopo l�assengazione del 
recordset
17)       Banda disponibile dalla LAN alla connessione VPN
Grazie, Mi rendo conto che richiede molto tempo ma sono fiducioso.
Ciao
Daniele 

 2007 di Access � piuttosto deludente lento ed instabile oltre che.

E chiss� quante altre me ne verranno in mente.
Dimenticavo: brutalmente: how much eurii? 

 Daniele
-- 
Cinzia [Office Access MVP]
_______________________
 
www.riolab.org
http://accessdaziacin.spaces.live.com
---------------------------------------- 

 OneEDP wrote:
 > Dimenticavo: brutalmente: how much eurii?
Specifiche non sufficienti per fare neanche una vaga ipotesi!


> Daniele
Grazie un milione per la tua disponibilit�. Spero di non aver esagerato.
Grazie ancora
Daniele 

 Daniele
Scusate se mi intrometto, forse conviene cercare un pacchetto
esistenze, invece di cacciarsi in un'avventura infinita.

 esistenze, invece di cacciarsi in un'avventura infinita.
Dopo dieci anni di interventi tappabuchi sul database di as400, oramai credo 
"in teoria" di essere in grado di replicare i pgm di As400, almeno a livello 
di analisi e di specifiche... poi con Access, vba e ADO non sono proprio 
sprovveduto.
Mi chiedo se questa � la strada giusta
In internet non trovo pi� nulla sugli ADP e quelle voci di corridoio in cui 
sentivo dire che i progetti adp venivano cannibalizzati dal proprio 
creatore, ho paura che sia vero. Ma lascio agli addetti la smentita e cerco 
di non fidarmi di pettegolezzi.
Ciao
Daniele 

 Daniele
-- 


 smentita e cerco di non fidarmi di pettegolezzi.
La versione ufficiale di Microsoft � che attualmente non hanno 
intenzione di investire sugli ADP, come invece stanno investendo sugli 
accdb, per il momento posso solo dire che nella Beta di Office 2010 ci 
sono ancora  e si interfacciano a SQL Server 2008 direttamente, ma le 
reali intenzioni di Microsoft le conosce solo Microsoft, per cui non 
posso sbilanciarmi di pi�.


> Daniele
Grazie Cinzia.
Daniele

> Daniele 


Access 2007 + SQL 2008 funziona, solo che non puoi manipolare 
direttamente gli oggetti (Viste, tabelle, stored) da Access , ma devi 
usare per forza SQL SErver Management Studio


 usare per forza SQL SErver Management Studio
Uno dei vantaggi e che semplifico la profilatura degli utenti smanettoni e 
curiosoni.
Non ti sei sbilanciata ancora sulle prestazioni di Access 2007.
E' un problema del mio PC o c'� una ragione reale della lentezza.
Grazie. 


su questo punto non sono concorde...lavoro da anni con adp+msde/sql 
server. attraverso le query puoi non solo legare dati da due db diversi 
ma anche da due server diversi
select * from serverchevoglio.dbchevoglio.dbo.tabellachevoglio
ciao, BFS

 ciao, BFS
Credo intendeva dire DB di tipologia solo SQL Server e non tipo DB2
O sbaglio?
Ciao
Daniele

 
puï¿œ essere...ad una lettura piï¿œ attenta probabilmente ï¿œ come intendi tu
ciao
BFS

 Grazie.
Non mi sono sbilanciata, semplicemente perch� non ho database sul campo che 
girano con 2007 per cui non avendo  provato con mano non mi esprimo, 
personalmente non ho notato grosse differenze ma delle impressioni non mi 
fido, fino a che non vedo la stessa applicazione girare su macchine 
paragonabili e non misuro le differenze ...
Cinzia