[Bases de données] Coup de boule.
sebsauvage
Messages postés
33415
Statut
Modérateur
-
kciop -
kciop -
rrrhhhââââ... demandez-moi encore pourquoi Microsoft m'énerve !
J'ai besoin de créer une table, mais Microsoft SQL Server 2000 ne supporte pas les enregistrements de plus de 8 ko.
8 ko !
C'est ridicule !
Même PostgreSQL (un serveur SQL gratuit) supporte des enregistrement de 2 Go !
ça me gonfle que Microsoft se gargarise du XML, des bases de données réparties, de la réplication et des transactions distribuées alors qu'ils ne sont pas foutus de gérer des enregistrements de plus de 8 ko.
Avant de faire de plans sur la comète, ils devraient commencer par s'acheter une paire de chaussures.
J'ai besoin de créer une table, mais Microsoft SQL Server 2000 ne supporte pas les enregistrements de plus de 8 ko.
8 ko !
C'est ridicule !
Même PostgreSQL (un serveur SQL gratuit) supporte des enregistrement de 2 Go !
ça me gonfle que Microsoft se gargarise du XML, des bases de données réparties, de la réplication et des transactions distribuées alors qu'ils ne sont pas foutus de gérer des enregistrements de plus de 8 ko.
Avant de faire de plans sur la comète, ils devraient commencer par s'acheter une paire de chaussures.
A voir également:
- [Bases de données] Coup de boule.
- Fuite données maif - Guide
- Effacer les données de navigation sur android - Guide
- Base de registre - Guide
- Trier des données excel - Guide
- Barre de données excel pourcentage 100 ✓ - Forum Excel
4 réponses
8 ko c pas possible que c une limitaion de krimisoft, ca doit etre comme sous Oracle: c que tu n as le droit qu'1 espace de disque limités pr tes tables donc tu peux le modifier cf l administarteur de cette base Krimisoft
"j'ai encore 1,6 Go de libre sur le disque"
ce n est pas uen histoire de taille de disque mais peut etre de restriction dans la configuratiobn de tes droits
c pas possible que c limité a 8ko: on n est plus dans les années 70! meme laa BD la plus pourrite au monde peut supporter +d e 8 ko.
Mais que ce soit limité a cette taile c une constation ou tu l as lu dans une doc de Krimisoft?
ce n est pas une histoire de taille de disque mais peut etre de restriction dans la configuratiobn de tes droits
Non puisque j'ai le droit de créer toutes les bases que je veux, et toutes les tables que je veux dans ces bases.
Et je suis administrateur du serveur SQL.
Malheureusement pour moi, ce n'est pas un problème de droit.
C'est bien une limitation de Microsoft SQL Server.
http://msdn.microsoft.com/library/en-us/tsqlref/ts_create2_8g9x.asp
"The maximum number of bytes per row is 8,060."
Bien sûr je pourrais utiliser des blobs ou équivalents, mais impossible d'utiliser ces champs dans des clauses where.
L'utilité est donc très limitée.
gggnnâââ... pourquoi ils z'ont pas choisi Oracle ou PostgreSQL ?
Non puisque j'ai le droit de créer toutes les bases que je veux, et toutes les tables que je veux dans ces bases.
Et je suis administrateur du serveur SQL.
Malheureusement pour moi, ce n'est pas un problème de droit.
C'est bien une limitation de Microsoft SQL Server.
http://msdn.microsoft.com/library/en-us/tsqlref/ts_create2_8g9x.asp
"The maximum number of bytes per row is 8,060."
Bien sûr je pourrais utiliser des blobs ou équivalents, mais impossible d'utiliser ces champs dans des clauses where.
L'utilité est donc très limitée.
gggnnâââ... pourquoi ils z'ont pas choisi Oracle ou PostgreSQL ?
La limitation est par ligne.
8000 = environ 8 ko.
On est donc bien limité !
ça me fait penser à la bonne vieille limite des 640 ko sous MS-Dos.
Mais alors là, avoir arbitrairement choisi 8 ko pour des bases censées contenir des giga-octets de données, ça me laisse pantoit.
Surtout quand on voit la tronche de la concurrence:
http://www.postgresql.org/docs/7.3/static/datatype-character.html
"the longest possible character string that can be stored is about 1 GB".
pfou... je vais devoir découper ma table en 2 et faire des jointures.
Ah c'est vachement pratique je vous jure... :-/
N'achetez pas SQL Server 2000 !
8000 = environ 8 ko.
On est donc bien limité !
ça me fait penser à la bonne vieille limite des 640 ko sous MS-Dos.
Mais alors là, avoir arbitrairement choisi 8 ko pour des bases censées contenir des giga-octets de données, ça me laisse pantoit.
Surtout quand on voit la tronche de la concurrence:
http://www.postgresql.org/docs/7.3/static/datatype-character.html
"the longest possible character string that can be stored is about 1 GB".
pfou... je vais devoir découper ma table en 2 et faire des jointures.
Ah c'est vachement pratique je vous jure... :-/
N'achetez pas SQL Server 2000 !
Non non, je suis administrateur SQL de la machine, et j'ai encore 1,6 Go de libre sur le disque. La table est en 'autogrow'.
C'est bien une limitation des serveurs SQL Microsoft.
C'est même dans la doc.
Je vais devoir partitionner ma table en 2 tables :-(