Affichage des résultats 1 à 5 sur 5

Discussion: le futur pour mysql dans asterisk

  1. #1
    Membre Association
    Date d'inscription
    novembre 2010
    Messages
    35
    Downloads
    0
    Uploads
    0

    le futur pour mysql dans asterisk

    Bonjour,

    CDR_MYSQL tout comme APP_MYSQL sont en deprecated
    J ai le sentiment qu il y a une volonté de ne plus supporté
    mysql au profit de sqlite3.

    Devons nous nous préparé à migré mais vers quoi
    support ODBC ou sqlite3

    Qu'en pesez vous ?
    Qu'entendez vous faire de votre coté ?

    bonne journée

    Edit :
    Peut etre cette conversation ne devrait elle pas etre ici
    je m'en excuse .
    Poster un peut trop vite.

  2. #2
    Membre Association
    Date d'inscription
    novembre 2010
    Messages
    35
    Downloads
    0
    Uploads
    0
    bonjour,

    Je dis n'importe quoi
    ou le sujet n'intéresse personne ???

  3. #3
    Membre Association
    Date d'inscription
    septembre 2010
    Localisation
    Isle sur la Sorgue 84800
    Messages
    369
    Downloads
    0
    Uploads
    0
    j'ai également un peu senti cette volonté de se débarrasser des modules extérieurs
    à la téléphonie pour se concentrer sur le moteur téléphonie lui même sur les nouvelles
    distributions avec une plus grande richesses de fonctions et variables dédiées.
    De mon côté j'ai pratiquement tout migré en AGI les fonctions non téléphoniques
    comme les appels Bdd sur mes applis et c'est pas plus mal et peut être plus performant.

  4. #4
    Membre Association
    Date d'inscription
    novembre 2010
    Messages
    35
    Downloads
    0
    Uploads
    0
    Citation Envoyé par Comdif Voir le message
    j'ai également un peu senti cette volonté de se débarrasser des modules extérieurs
    à la téléphonie pour se concentrer sur le moteur téléphonie lui même sur les nouvelles
    distributions avec une plus grande richesses de fonctions et variables dédiées.
    De mon côté j'ai pratiquement tout migré en AGI les fonctions non téléphoniques
    comme les appels Bdd sur mes applis et c'est pas plus mal et peut être plus performant.
    Bonjour,
    Merci pour vos réponses toujours trés instructives.
    Pour l'aspect gestion des applications externes
    Les performances de la BDD interne
    se sont elle améliorées ?
    Certaine informations me laisse à penser
    que dans le cas de connexions multiple (>10)
    et/ou successives sur de courte périodes
    des ralentissements se faisaient ressentir.
    Mise à part ces appréhensions je suis globalement
    de votre avis ...
    Mais en ce qui concerne la configuration temps réel ...
    Vas t"on revenir au text.conf // plaisante // encore que ?

  5. #5
    Membre Association
    Date d'inscription
    septembre 2010
    Localisation
    Isle sur la Sorgue 84800
    Messages
    369
    Downloads
    0
    Uploads
    0
    Pareil pour realtime, j'utilisais 100% realtime et j'ai complètement changé
    d'avis j'ai gardé le schéma pour créer trunks et postes et la DB de realtime
    sauf que en fin de création je m'en sert pour générer les fichiers confs
    et plus du tout en realtime à la façon de freepbx.
    Moins de modules à charger, gain de performance, plus besoin des addons
    et indépendances par rapports aux packages.
    La raison principale est surtout que je travaille pas mal sur des architectures non Intel
    MIP, ARM, ..

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •