<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Taille de la bASE in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/taille-de-la-base/m-p/175616#M128746</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Il vaut mieux parler en nombre de document / jour peut être car la taille de la base est proportionnelle au nombre de documents stockés, par de leur taille.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Ensuite la taille de la base de données, est négligeable face à la taille totale que représente les documents, on peut considérer que si l'on peut stocker les documents c'est qu'on peut stocker la base (en terme de coût)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Pour une grosse base, on s'intéressera davantage aux performances plutôt qu'à l'espace disque…a fortiori pour une GED. Les performances pures de temps de réponse à une requête (chronométré sous un client SQL, pas sous l'appli qui est encore autre chose) sont à juger et/ou optimiser par un DBA ensuite…&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 19 Apr 2011 07:43:17 GMT</pubDate>
    <dc:creator>bobak69</dc:creator>
    <dc:date>2011-04-19T07:43:17Z</dc:date>
    <item>
      <title>Taille de la bASE</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/taille-de-la-base/m-p/175615#M128745</link>
      <description>Bonjour,J'envisage une installation en production pour gérer 16 To de documents (principalement des images)Je suppose que la taille de cette base provoque quelques contraintes techniques pour une utilisation au quotidien !Quels sont vos conseils ? type de base, Fractionnement sur plusieurs serveurs</description>
      <pubDate>Fri, 15 Apr 2011 07:06:48 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/taille-de-la-base/m-p/175615#M128745</guid>
      <dc:creator>applidata</dc:creator>
      <dc:date>2011-04-15T07:06:48Z</dc:date>
    </item>
    <item>
      <title>Re: Taille de la bASE</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/taille-de-la-base/m-p/175616#M128746</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Il vaut mieux parler en nombre de document / jour peut être car la taille de la base est proportionnelle au nombre de documents stockés, par de leur taille.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Ensuite la taille de la base de données, est négligeable face à la taille totale que représente les documents, on peut considérer que si l'on peut stocker les documents c'est qu'on peut stocker la base (en terme de coût)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Pour une grosse base, on s'intéressera davantage aux performances plutôt qu'à l'espace disque…a fortiori pour une GED. Les performances pures de temps de réponse à une requête (chronométré sous un client SQL, pas sous l'appli qui est encore autre chose) sont à juger et/ou optimiser par un DBA ensuite…&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 19 Apr 2011 07:43:17 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/taille-de-la-base/m-p/175616#M128746</guid>
      <dc:creator>bobak69</dc:creator>
      <dc:date>2011-04-19T07:43:17Z</dc:date>
    </item>
  </channel>
</rss>

