(sous le coude)

Une recommandation d'utiliser des UUID à la place des auto-incréments en bases de données.
(J'avais aussi lu l'inverse... ^^)

OVH est l'un des plus importants hébergeurs mondiaux.
Ils sont donc confrontés à des problèmes peu communs, comme celui de sauvegarder un million (glups) de bases de données chaque jour.
C'est toujours intéressant de voir comment ils s'y prennent (et j'aime les entreprises qui partagent leur expérience).
(via http://links.kevinvuilleumier.net/?SwboWA)

J'aime SQLite.
Article similaire en français: http://www.developpez.com/actu/94614/Cinq-raisons-d-utiliser-SQLite-en-2016/
(via http://lehollandaisvolant.net/?id=20160109175118)

Hoper nous gratifie d'une études sur les méthodes d'injection SQL. Intéressant !

Visiblement il est possible de faire des attaques à travers mysql_real_escape_string().  Ce n'est donc pas la panacée pour vous protéger des attaques d'injection SQL.

sql.js est l'équivalent de SQLite, mais en Javascript.

Google migre ses bases mySQL vers MariaDB. Merci Oracle, tu as bien foutu le bordel.

Je note ça ici: un script pour convertir mySQL en SQLite

Tiens... un équivalent de SQLite, mais pour les bases clé-valeur.

Ma motivation ? Elle est très simple: Si tu expliques qu'il faut copier un fichier par FTP et ouvrir la page, beaucoup d'internautes vont y arriver (même si c'est déjà un peu compliqué). S'il faut en plus expliquer à Mr Michu comment trouver l'adresse de son serveur mySQL (différents selon les hébergeurs), login et mot de passe (pas toujours les mêmes), ça devient plus compliqué.

Ah et c'est également nettement plus facile le jour où il faut changer d'hébergeur (Transférer des fichiers par FTP = simple. ; Réaliser un dump SQL complet de la base et le ré-exécuter sur la destination = mission impossible pour beaucoup d'internautes.)
SQLite est plus simple que mySQL, et largement, LARGEMENT assez performant pour un site perso.
Réduire les obstacles à l'accès à l'auto-hébergement = Good.

C'est pas du snobisme, c'est de l'esprit pratique.

PS: J'ai aussi travaillé sur du mySQL, MS SQL Server et en ce moment c'est de l'Oracle. A chacun ses usages. La puissance et la complexité de mySQL ne se justifient pas quand on parle de donner l'accès au plus grand nombre à de petits outils pour un site perso.

EDIT: http://lehollandaisvolant.net/index.php?mode=links&id=20130320230917   :-)

Un client lourd pour les bases mySQL/MSSQL: http://www.heidisql.com/
(via http://bajazet.fr/shaarli)

:-)
Je compatis.

cf. http://sebsauvage.net/rhaa/index.php?2011/04/06/10/29/56-puree-de-bordel-d-access-a-la-con

oO  Reddit avait avant une base de données relationnelle, avec un beau schéma bien propre, bien maintenu... et avec leur monstrueuse augmentation de trafic, ils ont tout foutu à la poubelle et utilisent maintenant 2 tables: les "choses" et les "données". Plus de schéma à maintenir. Certes ils ne bénéficient plus de l'algèbre relationnelle, mais ils n'ont plus de soucis comme ajouter une colonne à une table de 10 millions de lignes.

Et pourquoi pas des fichiers ? (voir mon commentaire)

à garder sous le coude !

Un article pro-ORM (Object-Relational Mapping). Je ne suis pas fan des outils d'ORM (même j'utilise un de ces outils sur le projet sur lequel je bosse), mais je devrais sans doute revoir mon opinion. On m'a déjà montré diverses choses sympa, mais je continue à aimer le bon SQL des familles (même si ça veut dire faire son CRUD à la mimine, ce qui n'est pas si terrible que ça.)

☑ Se la péter en sortant plein de termes techniques - ça, c'est fait.

mySQL ne peut pas "scaler" comme Oracle, Microsoft SQL Server ou les bases clé-valeur ? Mon oeil. La preuve: Twitter utilise mySQL.

CryptDB : Après divers papiers scientifiques expliquant le concept (notamment chez IBM), CryptDB serait la première base de données à implémenter concrètement le principe: Une base de données chiffrée capable de travailler directement sur les données chiffrées. Cela pourrait avoir des impacts important sur le cloud computing, et résoudrait un bon nombre de problèmes de sécurité.

Pour ceux qui travaillent sur les bases de données avec la méthode MERISE, AnalyseSI est pratiquement le seul outil gratuit (et libre) en dehors des mastodontes comme PowerAMC. Certes il ne fait pas les MCT (par exemple), mais pour tout ce qui est MCD/MPD, ça marche.

Le mouvement NoSQL fait beaucoup de bruit, mais au final il n'est pas tant adopté que ça.

Tiens, les anciens collègues de Virgin Mobile passent à SkySQL ? Je croyais qu'ils étaient plus pour Hibernate.

Peut-être une solution à mon problème. EDIT: ouais bon, il faut que j'installe le JDK complet, et aussi Apache Ant, etc.  ça devient lourd.

Il a absolument, totalement raison. (Je parle en connaissance de cause pour avoir faire de l'intégration de bases de données.)

Après LibreOffice, c'est au tour de mySQL de forker avec SkySQL.