Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
vidjil
vidjil
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,721
    • Issues 1,721
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 80
    • Merge Requests 80
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

Nous avons procédé ce jeudi matin 08 avril 2021 à une MAJ de sécurité urgente. Nous sommes passé de la version 13.9.3 à la version 13.9.5 les releases notes correspondantes sont ici:
https://about.gitlab.com/releases/2021/03/17/security-release-gitlab-13-9-4-released/
https://about.gitlab.com/releases/2021/03/31/security-release-gitlab-13-10-1-released/

  • vidjil
  • vidjilvidjil
  • Issues
  • #2028

Closed
Open
Opened Nov 29, 2016 by Vidjil Team@vidjilteamMaintainer

Merger tous les types de sample_set, ou non ?

http://dba.stackexchange.com/questions/109210/does-an-empty-column-value-occupy-same-storage-space-as-a-filled-column-value

En résumé, une colonne de type fixe occupera sa place qu'elle soit NULL ou non, alors qu'une colonne de type variable n'occupera aucune place si elle est vide. Il y a cependant un vecteur de bits en entête de la table, qui recense les colonnes NULLABLE, et occupe un bit par colonne (arrondi à l'octet supérieur).

Web2py créé des varchar pour les string et des longtext pour les text. Les longtext n'étant pas stockés dans la table à proprement dire, occupent toujours la place d'un pointeur. En l'occurrence, le seul longtext que nous avons pour les sample_set correspond à la colonne info, commune à nos trois types de sample_set. La seule colonne qui occuperait donc de la place inutile serait la date.


Donc l'enjeu serait plutôt de voir les performances de la liste. Si nous mettons tout en commun dans une table, il risque d'y avoir des performances similaires pour toutes les listes (patient, sample_set, run) quelque-soit le nombre de chaque type de sample_set. Ce qui relève le sujet de la pagination.


Ceci dit, le nombre de sample_sets reste le même dans tous les cas.


merci Ryan pour ces éléments très précis !


@RyanHerb

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: vidjil/vidjil#2028