Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Le soluzioni FSP per il 2026: potenza e IA al centro
Le soluzioni FSP per il 2026: potenza e IA al centro
In occasione del Tech Tour 2025 della European Hardware Association abbiamo incontrato a Taiwan FSP, azienda impegnata nella produzione di alimentatori, chassis e soluzioni di raffreddamento tanto per clienti OEM come a proprio marchio. Potenze sempre più elevate negli alimentatori per far fronte alle necessità delle elaborazioni di intelligenza artificiale.
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa
AWS è il principale operatore di servizi cloud al mondo e da tempo parla delle misure che mette in atto per garantire una maggiore sovranità alle organizzazioni europee. L'azienda ha ora lanciato AWS European Sovereign Cloud, una soluzione specificamente progettata per essere separata e distinta dal cloud "normale" e offrire maggiori tutele e garanzie di sovranità
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto
Xiaomi ha portato sul mercato internazionale la nuova serie Redmi Note, che rappresenta spesso una delle migliori scelte per chi non vuole spendere molto. Il modello 15 Pro+ punta tutto su una batteria capiente e su un ampio display luminoso, sacrificando qualcosa in termini di potenza bruta e velocità di ricarica
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 14-01-2006, 02: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, 02: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, 10: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, 13: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, 14: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, 17: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


Le soluzioni FSP per il 2026: potenza e IA al centro Le soluzioni FSP per il 2026: potenza e IA al ce...
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa AWS annuncia European Sovereign Cloud, il cloud ...
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto Redmi Note 15 Pro+ 5G: autonomia monstre e displ...
HONOR Magic 8 Pro: ecco il primo TOP del 2026! La recensione HONOR Magic 8 Pro: ecco il primo TOP del 2026! L...
Insta360 Link 2 Pro e 2C Pro: le webcam 4K che ti seguono, anche con gimbal integrata Insta360 Link 2 Pro e 2C Pro: le webcam 4K che t...
L'AI che lavora 100 volte piu' veloce di...
LIDAR, battaglia finale: MicroVision met...
Il 2025 è stato l'anno di BYD: +2...
L'IA enterprise entra nella fase decisiv...
Il tiktoker Khaby Lame cede la sua socie...
Apple Pencil Pro scende a 122€ su Amazon...
Ring in forte sconto su Amazon: videocit...
Blink torna a fare sul serio: Mini 2K+ c...
Edison aveva creato il grafene senza sap...
Reno15 Series: la nuova frontiera OPPO p...
XeSS 3 debutta ufficialmente: Multi-Fram...
Nuovo sfidante per NVIDIA: una startup c...
Grand Theft Auto 6 potrebbe arrivare sol...
LG OLED evo AI C5 48 pollici in offerta ...
Le 14 offerte migliori su Amazon oggi, l...
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: 16:24.


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