Reprise du message précédent :
Le chat en folie, mais globalement assez respectueux. Sachant qu'iil n'y a que 5 modérateurs pour 70 000 viewers.

Chez Samuel Etienne c'est tjs hyper respecteux. Trop de bienveillance parfois.

Y a 10+ ans j'avais importé une 100aine de millions de parcelles cadastrales dans PostGIS, ça enquillait le truc sans broncher, du coup en 2020 ça doit pouvoir se faire sans forcément un système énorme.

ca permet aussi de tweaker pour pousser l'idée qu'on a décidé d'approuver à l'avance, c'est chouette.

ben, là ça prend 55min pour importer des latitudes / longitudes dans sqlite, et j'ai jamais réussi à finir le l'import des nodes dans spatialite.

La cible de ton client c'est sqlite ?

peut-être, peut-être pas.

 
Est-ce qu'il a une moustache ?

https://youtu.be/E7teGpuIeWM?list=P [...] TLFD&t=353

Tu fais du partitionnement de table ?

edit:  a priori SQLite ne le permet pas, donc dans pratiquement tous les cas d'utilisation ça exclut SQLite pour des tables aussi énormes

SQLite c'est clairement pas la bonne cible pour ce genre de volumes.
Si t'as de la RAM bourre tout dans redis, ça ira vite

C'est vrai que Redis c'est rapide aussi pour les jointures

bah ça dépends ce dont tu as besoin, mais pour ajouter/rechercher par radius etc, t'as pas besoin de jointures
et au moins ça pulse.

J'avais posté un lien vers un mec qui avait fait des tests sur des trucs super exotiques et super rapides (avec accélération GPU par exemple), faut que je retrouve.
Dommage qu'il n'ait pas fait de test avec Redis ou memcached.

Faut qu'il essaye avec Firebird. Ca c'est un SGBDR qui a de l'avenir    
Purée, j'ai jamais vu un SGBDR aussi limité en SQL et avec des perfs aussi moisies et y'en a qui se sont dit en 2010 que ça, c'était un bon choix pour faire un logiciel utilisé par une 30ène de sites dans toute la France, y compris à l'Outre-Mer  
Résultat, dès 2014, ils ont langé un projet pour remplacer ce logiciel...
 
Edit : résultat, on a reçu le nouveau logiciel il y a peu, ben c'est pire. Il fait moins de choses que le précédent et est encore plus lent et boggué    
Ca vous parle le film "La stratégie de l'échec" ? Ben je vis ça assez régulièrement avec les outils de mon boulot

Redis a de très bonnes perfs, il y'a genre 6 ans j'avais écrit un petit article sur du mass import avec unix socket si t'es sur la même machine, et ça load très vite.
 
je suis intéressé par ton article si tu retrouves.

Ben quand tu veux, tu postes le lien.

Sinon, c'est plus orienté colonne, donc business analytics mais https://tech.marksblogg.com/benchmarks.html

Ca aidera pas avec spatialite mais ça c’est avec .import / du tuning de bulk import, ou bien des inserts dans in sqlite stock?

 
Il veut pas être identifié. Il l’a déjà dit sur ce thread. Il veut pouvoir faire le Nazi ou chanter les louanges de la famille Kim quand ça lui chante.

Pourtant je dis très très rarement des trucs hors des clous  

 
C’est parce que tu ne te fais pas confiance lors de tes soirées arrosées sous coke.   L’inconvénient lorsqu’on reste dans les clous, c’est qu’une seule sortie peut tout gâcher.    

   
Plutôt que je suis très modéré dans l'extrémisme

Et c'est quoi les attentes en terme de durée de traitement ?

Il a parlé de polygones, du coup je suppose que c'est un poil plus complexe que de juste stocker un centre et un diamètre, c'est pour ça que j'ai évoqué PostGIS: avoir un vrai support des données géographiques/géométriques dans ton DBMS, ça facilite et accélère quand même beaucoup beaucoup après ton utilisation.

Sans le besoin, on peut tout proposer.
T'as des modules géo sur sur redis aussi, il n'est pas à poil

Mon four se met en sécurité 20 minutes après le début de la pyrolyse
 

 
la saviez vous ?
 
Le film la stratégie de l'echec est tiré d'un livre de dominique faruggia. Pour ce livre, il s'était notamment nourri de ses expériences, notamment sur le tournage du film "le clone", film tout-pourri avec elie  et dieudonné dont le pitch donne envie de ....  
 

 
bande annonce, ne me remerciez pas : https://www.youtube.com/watch?v=Np6oVsKm6NY
 
Hors, il s'avère qu'au printemps 1997, j'étais en stage dans une entreprise de malakoff ou justement à été tourné ce film. Les salles de réunions étaient squatées par faruggia et l'équipe, tout ça.  
 
Donc j'ai travaillé dans la vraie boite de la stratégie de l'échec  
 
 

Ah oui la pyrolyse faut bien aérer surtout si ton four est crade, le principe c’est de carboniser tous les détritus organiques

les chroniqueur sde TPMP regardent ça d'un air inquiet

Et comme tu es naturellement timide, tu n'oses pas dire ce qu'on a tous compris, qui est que Thomas est inspiré de toi

 
Moins bon que memcached mais plus de features.

La sécurité empêchant d'ouvrir la porte du four est censée s'enclencher dès le début de la pyrolyse où lorsque le four atteint une certaines température ?

en fonction de la T° (en totu cas sur le miens). Il se verouille au bout de 2-3mn, et reste bloqué tant que la T° reste élevée

Les 2 sont possibles mais en général c'est en cours car c'est une sécu indépendante
Ca se déclenche une fois passé 300°C en général
Et le mécanisme peut mettre un peu de temps à se verrouiller/déverouiller (en plus de l'hystérésis)

Effectivement redis est plus complet.
 
Si tu veux encore plus rapide tu as OpenHFT/Map

Pareil, c’est indépendant de la pyrolyse normalement, histoire d’éviter genre que tu puisses ouvrir un four brûlant si le ventilo meurt.

Il doit y avoir un problème avec la sonde alors
 
Après 15 minutes le four se met à biper et le code d'erreur F5E2 apparait et à ce moment-là l'encoche de sécurité s'enclenche. Sauf que la pyrolyse s'arrête

J’en sais trop rien, mais il va falloir importer une topologie ensuite.

Nope plutôt un problème de verrou
La sonde voit la température monter mais le four ne détecte pas le verrouillage
Donc soit ça se verrouille pas soit c'est le capteur de fermeture du verrou

Le verrou fonctionne sinon il ne s'enclencherait pas non ?

Là le four est éteint mais le verrou est toujours enclenché

Edit : la sécurité s'est retirée.