Torna indietro   Hardware Upgrade Forum > Software > Programmazione

realme 16 Pro Harry Potter Edition: il nuovo midrange ha uno stemma di Hogwarts che cambia colore al sole!
realme 16 Pro Harry Potter Edition: il nuovo midrange ha uno stemma di Hogwarts che cambia colore al sole!
Hogwarts arriva in fascia media grazie a realme, con una special edition che unisce la Quadra Light-Sensing Color-changing Tech, un baule in stile Hogwarts Express pieno di collezionabili e una scheda tecnica sostanzialmente identica al 16 Pro di partenza: ecco cosa cambia davvero, come si comporta nell'uso quotidiano e quanto vale in base al prezzo di 699,99 euro
Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce
Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce
REDMI Note 17 Pro porta in fascia media una batteria da 8.340 mAh con ricarica HyperCharge a 67W, un display AMOLED da 6,83 pollici capace di picchi di luminosità molto elevati e una struttura certificata TÜV SÜD contro cadute e infiltrazioni d'acqua, il tutto racchiuso in una scocca da 223 grammi. Lo abbiamo provato per diversi giorni tra fotocamera, prestazioni, autonomia e prezzo sul mercato italiano
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra integra un sensore da 1 pollice 8K, ottiche Leica e triplo chip IA. Tra schermo OLED rimovibile, workflow I-Log a 10 bit e stabilizzazione a tre assi, analizziamo le doti tecniche di una gimbal camera pensata per i professionisti
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 14-01-2006, 01:22   #1
mummolo
Member
 
L'Avatar di mummolo
 
Iscritto dal: May 2005
Città: L'aquila
Messaggi: 182
Numeri telefonici in sql ....

Salve a tutti!
Sto realizzando una basi di dati che contiene dei numeri telefonici.
Andando ad inserire i numeri mi sono accorto che lo zero iniziale dei numeri fissi non me lo memorizza,dato che il campo l'ho dichiarato come NUMERIC(10,0).Esiste per caso un tipo di campo particolare per i numeri telefonici??
Sapete per caso dirmi come posso risolvere questo piccolo inconveniente???
Grazie a tutti per eventuali risposte
:->
__________________
Date un'occhiata al mio sito web personale!
mummolo è offline   Rispondi citando il messaggio o parte di esso
Old 14-01-2006, 01:32   #2
pinok
Senior Member
 
Iscritto dal: Jun 2001
Città: Alessandria (provincia)
Messaggi: 4772
A mio avviso l'unico modo è mettere i numeri in un campo varchar, così non ti perde niente.
Altre soluzioni stanno alla fantasia (ad es. aggiungi un campo numerico chiamato ZERI_INIZIALI e ci scrivi il numero di zeri che devono andare davanti al numero, 0 se non ce ne sono).
pinok è offline   Rispondi citando il messaggio o parte di esso
Old 14-01-2006, 09:14   #3
anonimizzato
 
Messaggi: n/a
Quote:
Originariamente inviato da mummolo
Salve a tutti!
Sto realizzando una basi di dati che contiene dei numeri telefonici.
Andando ad inserire i numeri mi sono accorto che lo zero iniziale dei numeri fissi non me lo memorizza,dato che il campo l'ho dichiarato come NUMERIC(10,0).Esiste per caso un tipo di campo particolare per i numeri telefonici??
Sapete per caso dirmi come posso risolvere questo piccolo inconveniente???
Grazie a tutti per eventuali risposte
:->
I numeri telefonici sono in realtà delle stringhe a ben vedere e non veri e propri numeri, il consiglio è quindi di memorizzarli come se fosse comune testo in un campo varchar
  Rispondi citando il messaggio o parte di esso
Old 14-01-2006, 12:45   #4
mummolo
Member
 
L'Avatar di mummolo
 
Iscritto dal: May 2005
Città: L'aquila
Messaggi: 182
Quote:
Originariamente inviato da pinok
A mio avviso l'unico modo è mettere i numeri in un campo varchar, così non ti perde niente.
Altre soluzioni stanno alla fantasia (ad es. aggiungi un campo numerico chiamato ZERI_INIZIALI e ci scrivi il numero di zeri che devono andare davanti al numero, 0 se non ce ne sono).
Scusa pinok ma non ho ben compreso quello che volevi dire.
Intendi dire di creare un dominio contenente tutti gli zeri e ogni volta creare una procedura che me lo richiama????
Credo che mi convenga il consiglio dato da entrambi,renderlo di tipo varchar...
Grazie a tutti
__________________
Date un'occhiata al mio sito web personale!
mummolo è offline   Rispondi citando il messaggio o parte di esso
Old 14-01-2006, 13:23   #5
*zodiacus*
Junior Member
 
Iscritto dal: Jan 2006
Città: Roma Caput Mundi
Messaggi: 22
Ti conviene dichiararlo come varchar. Alla fine non sono veri e propri numeri e con lo 0 davanti diviene un problema
Poi in fondo non ti cambia nulla metterlo come campo testo oppure hai problemi per le query?
*zodiacus* è offline   Rispondi citando il messaggio o parte di esso
Old 14-01-2006, 16:05   #6
pinok
Senior Member
 
Iscritto dal: Jun 2001
Città: Alessandria (provincia)
Messaggi: 4772
Quote:
Originariamente inviato da mummolo
Scusa pinok ma non ho ben compreso quello che volevi dire.
Intendi dire di creare un dominio contenente tutti gli zeri e ogni volta creare una procedura che me lo richiama????
Credo che mi convenga il consiglio dato da entrambi,renderlo di tipo varchar...
Grazie a tutti
Intendo che se nel DB hai un campo NUMERO di tipo long (o big int), aggiungi un campo ZERI di tipo tiny int (o byte, tanto conterrà valori non più grandi di 10) in cui scrivi gli zeri che verrebbero persi davanti al numero.
Esempio: hai un numero 010-1234567, ora avresti nel DB

NUMERO=101234567 (il primo zero è perso)

se aggiungi il campo ZERI hai

NUMERO=101234567 (lo stesso)
ZERI=1 (il numero di zeri che dovrai aggiungere davanti al numero quando ti servirà).

Se fosse un numero 00324567 avresti

NUMERO=324567
ZERI=2

e infine, per 3381234567

NUMERO=3381234567
ZERI=0

Puoi usare il varchar come ti avevo già detto, dipende dall'applicazione e dalla quantità di dati che ci metti.
Se non erro il varchar (almeno in mysql) occupa una dimensione pari alla dimensione del contenuto +1 (un tipico numero di cell italiano, compreso di prefisso, è di circa 10 cifre, quindi occupa 10bytes+1).
Se usi un long, mi pare siano 8 bytes, +1 per il numero degli zeri, quindi 9 bytes. Risparmi circa 2 bytes a numero, ma se metti anche il prefisso internazionale risparmi fino a 6 bytes a numero.

In più dovrebbe essere molto più veloce la ricerca per numeri che non per stringhe.
pinok è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


realme 16 Pro Harry Potter Edition: il nuovo midrange ha uno stemma di Hogwarts che cambia colore al sole! realme 16 Pro Harry Potter Edition: il nuovo mid...
Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce Recensione REDMI Note 17 Pro: il midrange con ba...
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema Insta360 Luna Ultra: la potenza del sensore da 1...
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa Marvel's Wolverine, la recensione: Logan torna p...
DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Il nuovo Resident Evil supera ogni prece...
Hai appena sconfitto un boss e parte lo ...
Ray tracing anche senza montagne di VRAM...
TSMC prepara il processo a 1,4 nm: quatt...
Diablo V arriverà nel 2029: Blizzard spi...
Il nuovo CTO di Disney arriva da Charact...
GDPR, Google multata per 403 milioni di ...
Quattro token al secondo senza GPU: GLM ...
iPhone 18 Pro, sostituire la batteria fu...
I satelliti Starlink V3 potranno raggiun...
Linux-AI OS 1.0 'Star': l'IA entra nel d...
Samsung Galaxy S27 Pro e Ultra: buona au...
Castlevania: Belmont's Curse avrà una de...
L'attrice AI Tilly Norwood va in tilt du...
MediaTek Dimensity 9600M: come il 9500 m...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 13:43.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v