Un approccio di questo tipo mi sembra abbastanza rischioso. Che succederebbe se parte2 fosse una sottostringa di un'altra parte? Verrebbe sostituita anche quella?
Ti consiglierei perciò di usare le regular expressions, lavorerai meglio. Per usarle devi poi fare riferimento alle funzioni messe a disposizione dal DBMS che stai utilizzando, che non è detto che si chiamino come e abbiano la stessa sintassi delle solite funzioni vbscript.

Dipende dal DBMS che utilizzi, per mysql ad esempio consulta la documentazione online su mysql.com. Per SQL Server vai sulla mdsn online o sulla documentazione del dbms...

Ma ora mi viene un dubbio: cosa devi fare esattamente? Stai per caso usando un campo di testo per memorizzare una sequenza di riferimenti a record di altre tabelle? Se è così ti SCONSIGLIO vivamente di seguire questa strada, ma di ricorrere a tabelle ausiliarie con le foreign key appropriate, riprogettando il database (e anche quella parte dell'applicazione, purtroppo) adattandolo alla situazione. Se poi si tratta di un'applicazione già avviata che non vuoi scasinare più di tanto ok, pietra sopra e procedi così (sebbene sia un metodo scorretto e poco performante), ma se è una nuova applicazione ti consiglio di rivedere questo punto, molto importante.

Non sarebbe meglio se usassi una tabella aggiuntiva dove memorizzare i vari titoli, invece di memorizzarli in quel modo? Sarebbe più ordinato, performante e soprattutto portabile.

Ok, ora ho capito la situazione. Butta via il metodo dei titoli assieme, è il momento di usare le INNER JOIN

Allora, mettiamo che le tue tabelle abbiano questa struttura:

Scrittore
id - Numerico
Nome - Testo
Cognome - Testo
...

Articolo
numero - Numerico
Data - Data
Autore - Numerico (collegato all'id di Scrittore)
Titolo - Testo
Testo - Testo

I campi sottolineati sono chiavi. Sono costretto ad usare campi numerici per identificare scrittori e articoli, che, se può avere un senso per l'articolo (numero dell'articolo), non ne ha molto per lo scrittore (numero dello scrittore?!). Occorre però fare così per distinguere due scrittori che, ad esempio, potrebbero essere omonimi. Se però nella tabella includi anche dati più personali, come ad esempio il codice fiscale, puoi eventualmente usare quelli come chiavi, abbandonando l'id surrogato.
Allora, la query che ti estrae, per ogni articolo, anche il relativo scrittore è la seguente:

S e A sono due alias per le tabelle Scrittore e Articolo, in modo da non riscrivere ogni volta l'intero nome. Se poi vuoi suddividere gli articoli in base agli autori, puoi ordinare in base all'autore e, con un ciclo, stampare tutti i risultati trovati.
Ti consiglio di prendere un buon libro sulle basi di dati, progettazione e interrogazione (quindi linguaggio sql, molto importante).