Newsgroup: it.comp.aiuto
Titolo: Cercasi database con campi >256 caratteri

Chi conosce un database per Windows o per DOS in grado di gestire
campi piu' grandi dei classici 256 caratteri? D-base, Paradox e Access
non ci riescono.
Grazie
Prof. Zappulla

pe...@kaiser.alma.unibo.it
 (Dr. Zap) wrote:

Oracle: 4 giga per campo.

non ci riescono.
In Access (già nella versione 1.1) puoi usare i campi Memo...mi
risulta che supportino 32.000 caratteri! 
--------------------------------------
Stefano

risulta che supportino 32.000 caratteri! 
Grazie, ma avevo dimenticato di dire che i campi devono essere
alfanumerici (e non memo) per poter fare delle ricerche. Mi
suggeriscono ORACLE.
Grazie comunque


  ORACLE e' un mostro che non credo ti possa permettere. non e' un DBMS
monoutente per PC bensi' un DB server mutiuser.
A questo punto pero' devo fare delle osservazioni al riguardo degli
atributi di piu' di 256 caratteri.
*Sono essi attributi della/e chiave/i della relazione? 
se non e' cosi forse stai sbagliando proprio il modello dei dati.
*Hanno un unico valore per campo?
Se sono liste di valori devi metterli in un altra relazione con chiave
concatenata nell'attributo che la ospita altrimenti stai violando la
prima forma normale
RELAZIONE 1                         RELAZIONE 1
+--------------------+              +--------------------+
| Chiave1            |   diventa    | Chiave1            |
+--------------------+  =========>  +--------------------+
| Lista di Attributi |              | ...                |
| ...                |              +--------------------+
+--------------------+
                                     RELAZIONE 2            
                                    +--------------------+
                                    | Chiave1 (FK)        |
                                    | Chiave2 (SK)       |
                                    +--------------------+
                                    | Attributo          |
                                    +--------------------+
FK e' la chiave migrata della prima relazione.
SK e' una chiave surrogata (un numero di serie, oppure un timestamp
x.ess)
e la query di ricerca e':
SELECT Chiave1,Chiave2,Attributo,... FROM RELAZIONE1 NATURAL JOIN
RELAZIONE2 WHERE (condizione);
o similari.
Non sono sicuro se il JET ENGINE supporta il NATURAL JOIN di non essere
cosi' devi fare l'equivalente:
RELAZIONE1 JOIN RELAZIONE2 ON "chiave migrata";
*Il tuo attributo > 256 caratteri e' del testo relativo alla chiave?
forse ti combiene fare una tavola con una chiave surrogata ed un memo e
poi un'altra tavola che contenga le singole parole chiave e la chiave
del memo (costituendo entrambi un'unica chiave concatenata) e poi
cercare tutti i le chiavi migrate dei tupple di quella tavola e
presentare i tupple della tavola coi memo.
Comunque per cose del genere un DBMS relazionale non e' il programma
piu' adeguato. (forse lavorare coi file direttamente da VBA ti
comberrebbe)
-- 
LEGAL NOTICE:
THE ABOVE INFORMATION IS PROVIDED "AS IS" WITHOUT WARRANTY OF
ANY KIND. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DAMAGES
WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL,
LOSS OF BUSINESS PROFITS, OR SPECIAL DAMAGES, EVEN IF THE AUTHOR
HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE AUTHOR
DOES NOT AUTHORIZE TO APPLY THE ABOVE INFORMATION IN STATES WHERE
THIS DISCLAIMER IS NOT APPLICABLE.
---
Luis E. Garcia Ontanon
mailto:
lont...@concentric.net
http://www.concentric.net/~lontanon
Lplusplus on Undernet (Lplusplus!*lontanon@*
la.concentric.net
)


Ti ringrazio per la risposta anche se ho capito poco. Le mie
necessita' sarebbero per un database con pochi campi (3 o 4) di cui
uno alfanumerico di circa 2000-2500 caratteri. Non devo fare sort, ma
solo delle ricerche di stringhe su tale database. Oracle e' troppo
megagalattico. Speravo in qualche database piu' semplice  (Superbase,
QA, PCFile, o altri).
Grazie comunque
Dr. Zap