Path: csiph.com!news.mixmin.net!aioe.org!.POSTED!not-for-mail From: Franz_aRTiglio Newsgroups: it.comp.lang.visual-basic Subject: Re: database access Date: Wed, 02 Jan 2019 20:47:39 +0100 Organization: Aioe.org NNTP Server Lines: 17 Message-ID: References: NNTP-Posting-Host: hXzDaOaJhsoRaClIiYiQZA.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15"; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org X-ICQ: 1931503972 X-Notice: Filtered by postfilter v. 0.8.3 X-Newsreader: MesNews/1.08.06.00-it Xref: csiph.com it.comp.lang.visual-basic:19494 Gulp® ha detto questo mercoledì : > Il 02/01/19 16:07, Franz_aRTiglio ha scritto: > >> es: se hai un "libro" con 10.000 pagine e cancelli pagina 4 anzichè >> spostare "indietro" 9996 pagine semplicemente pagina 4 viene >> marchiata come "cancellata", altrimenti il database diventerebbe >> lentissimo ad ogni modifica/cancellazione. > > Ora è chiaro, grazie. > Compactdatabase "di VB6" secondo te utilizza lo stesso algoritmo della > compattazione presente in Access 97? non lo so per certo ma non mi stupirei di scoprirlo, in fondo VB6 e access 97 sono contemporanei e il metodo e' (era) universalmente adottato, probabilmente grazie alla virtualizzazione integrata nei processori multicore moderni ci saranno algoritmi diversi/piu performanti, ma credo che vb6 sia "fermo" ai vecchi metodi :D