[BC3] [SQL] verschil tussen CHAR en VARCHAR

[Verwijderd]

Weet iemand het verschil tussen CHAR - VARCHAR en NUMBER - DECIMAL?

BvD

[Verwijderd]

RTFM, lijkt me duidelijk

[Verwijderd]

Thanx FOR NOTHING

[Onno]

Weet iemand het verschil tussen CHAR - VARCHAR en NUMBER - DECIMAL?

Ja.

[Verwijderd]

Jah, ik weet het ook.

[Verwijderd]

Goh, echt behulpzaam jongens..... zucht.

Ik heb het heus wel geprobeerd zelf op te zoeken, (oa in mijn boek MODERN DATABASE MANAGEMENT, en in access) maar ik vind het niet!!

Iemand die wel mij wil helpen??

[Verwijderd]

http://www.mysql.com/doc/C/o/Column_types.html

[franklin]

het leuke van programmeren ed. is toch ook het ontdekken?! geldt in ieder geval wel voor mij

doe eens een searchs op ''datatype'' en bv. ''mysql'' met google,.. ik durf te wedden dat dat je een eindje op weg helpt...

[Onno]

Goh, echt behulpzaam jongens..... zucht.

Stel je vraag dan ook beter.

The CHAR datatype specifies a fixed-length character string.
The VARCHAR datatype specifies a variable-length character string.

DECIMAL en NUMBER zijn iig in Oracle synoniem, hoe dat in Access is weet ik niet hoor.

[argi]

The VARCHAR datatype specifies a variable-length character string.

In mijn sheets van school staat dat je bij VARCHAR ook nog iets moet opgeven. Wat is dat dan?

er staat:

VARCHAR(n)

Wat moet ''n'' dan zijn?

[Onno]

De maximaal toegestane lengte.

[argi]

Op donderdag 29 maart 2001 22:43 schreef Onno het volgende:
De maximaal toegestane lengte.

Betekend het dat je bij char dus ALTIJD een bepaald aantal tekens moet invullen (lijkt me erg onpraktisch), of dat het aantal ingevulde tekens altijd wordt aangevuld met spaties (dan zie ik geen reden om CHAR te gebruiken ipv VARCHAR)?????

[TimMer]

Char is een reeks tekens waarvan het aantal tekens vastgesteld is. Varchar niet, hier kan dus uitgebreid worden naarmate er meer ingevoerd wordt. Uiteraard gebruikt dit ook meer geheugen.

[franklin]

misschien is er wel een andere reden om char ipv. varchar te gebruiken misschien is een char intern door de dbsoftware wel makkelijker te verwerken dan een varchar!

daar zijn best interessante dingen over te vinden! en kan erg handig zijn als je met wat grotere dbs gaat werken...

[Onno]

Betekend het dat je bij char dus ALTIJD een bepaald aantal tekens moet invullen (lijkt me erg onpraktisch), of dat het aantal ingevulde tekens altijd wordt aangevuld met spaties

Wordt aangevuld met spaties.

(dan zie ik geen reden om CHAR te gebruiken ipv VARCHAR)

Mwah. Als je data hebt die toch altijd al een vaste breedte heeft, kun je natuurlijk beter gelijk maar een CHAR gebruiken. Scheelt om te beginnen al weer een lengte-byte per row in je database...

[Crazy D]

Nadeel met Char is dat je altijd met die spaties zit. Als een lengte altijd gelijk is natuurlijk niet, maar als de inhoud variabele lengte heeft wel, en da''s dus een voordeel met Varchar.

[franklin]

ff spaces strippen... das niet zo moeilijk natuurlijk! het is een afweging die je moet maken...

[dusty]

Op donderdag 29 maart 2001 23:53 schreef franklin het volgende:
ff spaces strippen... das niet zo moeilijk natuurlijk! het is een afweging die je moet maken...

rtrim() in SQL.

Trouwens wel afteraden als het niet nodig is. Het is namelijk beter een extra byte in je database te hebben dan dat je elke keer moet rtrimmen.