Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Oui
Non
Pas d'avis
Discussion :
Si dans 95% des cas les requêtes sont simples alors soit la BDD est ultra dénormalisée (on pète le côté relationnel), soit ça fait 50 "requêtes simples" pour une opération.Envoyé par Sodium
Si d'un point de vue architecture (toujours à mettre en face du besoin) c'est cohérent alors NoSQL est un bon choix et pas besoin d'ORM qui a besoin d'un schéma figé pour l'utiliser ce qui est contraire à la philosophie NoSQL
"Heureusement qu'il y avait mon nez, sinon je l'aurais pris en pleine gueule" Walter Spanghero
Parce qu'avec un SGBR on n'est pas lié à un éditeur peut-être ? Y a pas de coûts, que ce soit pour la bdd en elle même mais aussi les outils de développement ? Quand Oracle a augmenté sensiblement ses prix ça n'a pas foutu un sacré paquet de gens dans la merde ? Ridicule...
S'il y a bien un truc pire que de ne pas avoir d'arguments, c'est bien d'utiliser des arguments totalement faux.
Ça me fait un peu penser à ceux qui créent des plaies (volontairement ou pas) pour ensuite utiliser des sparadraps
"Heureusement qu'il y avait mon nez, sinon je l'aurais pris en pleine gueule" Walter Spanghero
Nous ne sommes pas dans la programmation objet en ce qui concerne les UDF en strict SQL. Ce que l'on peut faire est par exemple limité à :
De plus pour les SGBDR qui permettent d'utiliser directement des méthodes sur des objets, ces techniques sont possibles. Un exemple est donné avec le spatial dans SQL Server qui est entièrement codé en .net.
Code : Sélectionner tout - Visualiser dans une fenêtre à part SELECT dbo.F_MAX2(dbo.F_MAX2(1, 0), 3)
Voici un exemple de requête spatiale avec des méthodes imbriquées renvoyant des objets :
Qui renvoi un objet spatial après avoir fait une agrégation des objets spatiaux de la colonne MaGeo...
Code : Sélectionner tout - Visualiser dans une fenêtre à part SELECT (geometry::UnionAggragate(MaGeo)).ST_Centroid()
Si oui, est-ce qu'une fonction peut avoir un état qui dépend du runtime, ou bien est-ce que les fonctions sont toujours sans état, comme les pointeurs de fonction en C ?
S'il n'y a pas de fonctions de première classe, y a-t-il quelque chose qui s'en rapproche, comme les fonctions virtuelles de la programmation orientée objet ?
Si oui, aurais-tu un exemple de bout de code pour illustrer cela ? Existe-il un SGDB gratuit qui supporte ce genre de chose, ou bien est-ce limité à des SGDB payants ?
Vu de loin, pour maintenir du code métier, quand les besoins en performances ne sont pas exigeants, SQL semble très limité comparé aux langages les plus souvent utilisés par les développeurs. Mais je préfère poser la question pour vérifier.
Ensuite, ce qui est très important dans la création des fonctions SQL UDF, c'est l'optimisation automatique de l'exécution de ces fonctions, par l'intermédiaire de l'optimiseur, chose qui n'existe pas dans les langages objets. Le développeur n'a pas à se soucier de ces problématiques. Par exemple il est important que l'optimiseur sache à l'avance si la fonction est déterministe ou non. Si elle est déterministe, elle sera optimisable à l'exécution. Le principe étant que lorsque l'on calcule une même fonction sur des millions de lignes, il est inutile de refaire un calcul s'il a déjà été effectué avec les mêmes valeurs d'argument, précédemment…. Rien à voir avec l'exécution unitaire des fonctions que l'on va trouver dans un cadre applicatif….
Enfin, certains SGBDR, travaillent en R&D à l'intégration du code des UDF "in line" dans la requête, afin de se débarrasser des exécutions itérative inhérentes aux appels de fonction, afin d'optimiser, plus encore, l'exécution globale de la requête.
C'est le cas de la version 2019 de SQL Server :
https://sqlperformance.com/2019/01/s...ql-server-2019
Evidemment ces améliorations coutent très cher en R&D et ne sont pas à la portée des gens du libre….
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
SqlServer, n'as pas augmenté ses prix
DB2 ne l'as pas fais non plus
DbEnterprise (PostgreSQL) non plus
PostgreSQL,Firebird,MySQL,MariaDB Open Source (les DBA ont des prix qui évoluent suivant le marché, comme les dev).
Par contre :
Python,React,Angular,PHP,.net...... ont tous à un moment cassé leurs compatibilités.
Bref débat de merde....de chacun à raison....et les autres ont juste le tord d'avoir un peu raison aussi....
Que viennent ici les gens qui ont 200000 visiteurs mois, avec des serveurs qui font du load balancing en appli et DB réplicatif sur des données de plusieurs terras et on pourras comparer.
Il faut toujours viser la lune, car même en cas d'échec on arrive dans les étoiles. O.Wilde
Mes Articles/Critiques :
Merise - Guide pratique
PHPExcel
PostgreSQL : Administration et exploitation d'une base de données
PostgreSQL : Entraînez-vous à créer et programmer une base de données relationnelle
+1000
Il ne faut pas s'inquiéter, de toute façon dès que cela devient sérieux en prod, partout où je suis passé, on se rapproche finalement au plus près du moteur SGBDR. C'est inhérent et quand bien même une tonne de pingouins critiquent l'écosystème SQL, on n'a pas fait guère mieux depuis pour avoir une gestion de données performante.
Donc faut rester relax et lucide, le SQL est incontournable pour durer dans le métier. Ceux qui s'imaginent pouvoir s'en passer durant une vie de développeur sont des doux rêveurs.
C'est comme tout : ça s'apprend
- PDO++ : Une nouvelle façon d'utiliser PDO. Billet de blog || Code source
- PhpEcho : Un moteur de rendu en une seule classe ! Nouvelle version (release 2.3.2) publiée le 18/04/2020 : Billet de blog || Code source
je préfère avoir la liberté,e choix de librairie, framework qu'être dans une prison. ca semble aussi être le choix de l'industrie.
Passé de strut à spring n'a pas été complexe et a permis en plus de simplifier encore d'avantage le code et d'avoir accès à une meilleur documentation.
C'est encore plus vrai avec spring boot, réduction du code, concernant sur le métier.
Les performances c'est bien mais ce n'est pas tout
Donc faut rester relax et lucide, le SQL est incontournable pour durer dans le métier. Ceux qui s'imaginent pouvoir s'en passer durant une vie de développeur sont des doux rêveurs.
C'est comme tout : ça s'apprend
Cette phrase est vraie... jusqu'à ce que vous rencontrez un problème de performance lié au choix d'architecture.
Si vous en arrivez là, vous avez de gros problèmes à résoudre et rapidement surtout si c'est une application front / back office.
Email : http://scr.im/waldar
Passer d'une implémentation SQL à une implémentation SQL n'est pas complexe non plus, et ce n'est même pas compliqué en plus.
Mais bon, ta pelle et mieux que mon râteau pour tailler mon crayon, la preuve : c'est que tu le dis. Merci infiniment, je vais enfin pouvoir avancer.
"Les performances c'est bien mais ce n'est pas tout". T'as piqué la phrase aux mecs du Java ?
"Heureusement qu'il y avait mon nez, sinon je l'aurais pris en pleine gueule" Walter Spanghero
Je me rappellerais toujours les tests qui avaient été effectuées pas le groupe Carrefour qui avaient été pionniers dans la création de sites webs marchands…
En 1998, Carrefours choisit 3 SSII très spécialisées dans la création des sites web. L'une avec les technologies Oracle / Java, l'autres avec PHP/MySQL et la dernière, celle dans laquelle j'officiait (Full Resources Associates) en ASP / SQL Server.
Carrefour donne 1 an pour que chacune de ces entreprises réalisent 2 sites web marchands, parmi lesquels Carrefour beauté, Carrefour multimédia, VeryWine, Carrefour Direct, ooshop et une dernière dont je ne me souvient plus le nom….
Ce que carrefour n'avait pas dit aux entreprises, c'est que, 6 mois après, le gong retentirait….
À ce moment, Carrefour convie tous les prestataires pour savoir ou ils en sont, et ce qui reste à faire, les difficultés rencontrées, et les performances….
Elimination d'office du couple PHP/MySQL : performance pas bonne de tous les côtés…
Elimination du couple Oracle Java. Non à cause d'Oracle, mais de Java, lenteurs extrêmes incompatibles avec les attentes (!!!) des utilisateurs...
Seul reste en lice notre entreprise avec SQL Server / ASP et nous avons repris tous les sites webs marchands….
Malheureusement, les patrons dans grandes surfaces ayant vu d'un très mauvais œil l'arrivée de ces trublions de site web leur piquant des parts de marché, ils ont tout fait pour les détruire. Seul survivra ooshop.
Pour info, c'est le même modèle qui servira à élaborer par la même entreprise fnac.com et qui donnera ensuite les cdiscount, ventesprivées, Sarenza….
Bref comme le dit très bien Waldar, le jour ou tu es confronté à des problèmes de perf, les enjeux économiques peuvent être énorme.
À l'époque, Auchan avait tenté une incursion dans le vente Web avec Oracle Java et s'était royalement planté à cause des performances Java…. Leur expérience les avaient tellement traumatisées (financièrement surtout) qu'ils ont mis beaucoup de temps avant de revenir dans la vente web !
On peut aussi parler de l'expérience de migration de la base de données IBM DB2 de l'Agirc Arco vers PostgreSQL. Le DSI fou qui avait le but de tout migrer dans le libre a ruiné l'Agir Arco et sa carrière ….
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
si le nerf de la guerre ne serait que les performances, le marché aurait opté pour les bd, or ce n'est pas le cas.
même si tu peux perdre en performance, tu as un gain en versatilité en ayant pas la logique métier dans la bd
On peut aussi parler du crash de la bourse de londre qui avait opté pour .net et ms sql server?
sinon du US Navy cruiser devenu inutile à cause de windows?
Dans un premier temps, bonjour à tous et à toutes !
Mais non, ce n'est pas un débat de m€rd3... C'est juste qu'il faut se rappeler que notre métier évolue tous les jours et les vérités d'hier ne sont plus forcement celles d'aujourd'hui.
Personnellement, je suis plus orienté BDD donc j'ai une tendance à apporter des réponses autour de la BDD. Mais en travaillant avec des personnes avec une certaine ouverture d'esprit et mais une sensibilité différente de la mienne, nous arrivons à trouver la solution adaptée à la problématique. Oui, lorsque nous avons un utilisateur dans un centre d'appel qui à besoin de consulter le dossier d'un client puis de lancer une intervention terrain qui sera consultable par le technicien depuis son smartphone et à côté de cela, le responsable de service veut consulter son tableau de bord consolidé. Même base de données, des besoins et des solutions différents. Les bons outils font les bons ouvriers.
Etre un intégriste n'a jamais été la solution...
Voila pour mon humble contribution.
Merci pour ce qui m'ont fait réfléchir
Bonne journée à tous et à toutes !
D'accord avec vous, sauf que je répondais à quelqu'un , qui laisse sous entendre qu'on doit arrêter le SQL , pour les ORM et que c'est aux Moteur de SGBDR d'arrêter car les ORM font le boulot.
Il faut toujours viser la lune, car même en cas d'échec on arrive dans les étoiles. O.Wilde
Mes Articles/Critiques :
Merise - Guide pratique
PHPExcel
PostgreSQL : Administration et exploitation d'une base de données
PostgreSQL : Entraînez-vous à créer et programmer une base de données relationnelle
(Re)Bonjour.
Aaaaaaah "celui-là"..! "Celui-là" qui pense détenir la vérité car il est (très certainement) bon dans son environnement !
Personnellement, j'ai tendance à le lire... me demander ce qu'il m'a apporté... et si la réponse est "rien", j'essaye de ne pas y accorder (beaucoup) d'importance... "Celui-là", lorsqu'il se manifeste derrière un clavier, j'essaye de ne pas le suivre (DFTT) et de le catégoriser PEBCAK...
Avec cette philosophie, j'avoue que je me fais moins de noeud aux citrons, je progresse car j'apprend des autres (avec 20 ans d'expérience professionnelle au compteur, je trouve ça génial) et ensuite, j'arrive à intégrer des projets "nouvelles techno" et/ou "nouvelles archi" avec mes compétences de vieux dinosaures... Que demande le développeur aujourd'hui ?
Oui celui-là... on travaille dans la même boite ? car je le connais bien celui-là
Il faut toujours viser la lune, car même en cas d'échec on arrive dans les étoiles. O.Wilde
Mes Articles/Critiques :
Merise - Guide pratique
PHPExcel
PostgreSQL : Administration et exploitation d'une base de données
PostgreSQL : Entraînez-vous à créer et programmer une base de données relationnelle
Il ne faut pas remplacer SQL par les ORM, il faut que quelque chose qui remplace SQL. Quelque chose qui puisse être directement manipulé à l'aide d'une programmation objet notamment.
Belle exemple désinformation d'une haute stupidité… La bourse de Londres tourne avec un logiciel "TradElect" mis à jour en 2008 par Accenture et effectivement codé en .net.
Si comme si vous disiez la voiture Renault Capture a eut un accident, c'est la faute de la route, donc de l'état…. Je ne voit pas en quoi Microsoft est coupable des bugs d'un logiciel !
Pose toi donc la question de savoir pourquoi l'armée américaine, comme l'armé française à choisit le cloud Azure de Microsoft et non pas du libre….
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Peut-être se renseigner un minimum avant de raconter n'importe quoi, c'est un peu récurrent...
non, c'est un exemple concret que windows, .net et ms sql server a échoué gérer un système de transaction boursière
Tournait jusqu'en 2011 et a été remplacer par Millennium Exchange utilisé par de nombreux autre pays.
Si une erreur basique (il est question ici d'une division par zéro) d'un logiciel met à mal l'os de l'ensemble des machines, c'est que le logiciel est mal concû mais aussi que le système d'exploitation n'est pas très robuste et donc oui c'est la faute de Microsoft,
https://www.wired.com/1998/07/sunk-by-windows-nt/
https://en.wikipedia.org/wiki/USS_Yorktown_(CG-48)
avoir une armée de lobbyiste, ça aide toujours...
une multitude de raison est possible et n'est aucunement un gage d'une quelconque qualité...
d'ailleurs ce n'est pas les pannes qui manques: https://azure.microsoft.com/en-us/status/history/
le lien avec le libre?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager