ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * kusanagi joined #java
  2. * X-Scale joined #java
  3. * ferdna joined #java
  4. * Aedil joined #java
  5. * mitch0 joined #java
  6. [twisti] databases ruin you for the world
  7. [twisti] there isnt a UI i can walk by without wishing for free where/order by input
  8. LaSombra I'd kill for any website that shows a list of things to have a DSL for querying
  9. * MikeBux joined #java
  10. * Ragnor joined #java
  11. * yamada joined #java
  12. * acidjnk joined #java
  13. * sepult joined #java
  14. * leppard joined #java
  15. * leppard|2 joined #java
  16. * agnivn joined #java
  17. * agnivn joined #java
  18. dreamreal i wonder what that would look like
  19. Para 0:0:0:0 TCP/5434
  20. Para 5432 even
  21. dreamreal pffft, I'm serious
  22. Para All tabular views should init themselves from list of objects -> autoinject per-column filters and sorts.
  23. dreamreal That's one optio. But would humans use it?
  24. dreamreal Like, actual humans?
  25. dreamreal Maybe it doesn't even matter, hmm, maybe I'm thinking of the problem the wrong way
  26. Para Solution looking for a problem.
  27. Para That would work if one could somehow indicate such lists on page.
  28. Para And then pattern apply the filter selector thingy on it.
  29. dreamreal Well, the website's raison d'etre has to come into play somewhere
  30. * Successus joined #java
  31. deebo just solve paging with offset and fetch n rows only
  32. deebo does any rdbms support some sort of session / cookie for this? or some sort of cursor that can be navigated both ways without holding on to a connection for the duration
  33. Para It's a query strategy.
  34. Para You need to support temporal queries for stability, apply sorts, do offsets.
  35. dreamreal deebo: you kinda need state as part of the process right now
  36. dreamreal so you can treat a website as a db-ish thing, semweb tried it, sort of
  37. dreamreal have any of you used semweb?
  38. dreamreal (the question is its own answer)
  39. deebo i meant mostly to avoid overhead from offset scrolling to nth page
  40. dreamreal offset scrolling isn't expensive in a decent db
  41. dreamreal dunno about sqlite, but pretty much every other db is fine
  42. Para SELECT * FROM article WHERE valid_from <= $timestamp AND valid_until > $timestamp ORDER BY valid_from DESC, <other clauses> LIMIT 20 OFFSET 40; -- or whatever is your pagination size and offset etc.
  43. Para Another strategy is to cut queried results based on last id from previous page set and then taking next n results based on page size.
  44. dreamreal The good news about that approach is that you've limited your users to the four who understand SQL *and* your site's data model.
  45. Para Good, no wasted resources on idiots,.
  46. dreamreal and the site better be a passion project for the author forever, because it's not going to get monetized unless it's selling something, which makes the model untenable in the first place :D
  47. deebo if you can get index coverage for any combination of filters to avoid table scans it's fine
  48. deebo gimme lucene/(open|elastic)search "tables" in my postgres
  49. dreamreal good news, you already have them :D
  50. dreamreal if you're using postgres you really don't need lucene except for the query language, if that's useful to you
  51. deebo i tested some text search thing with one "backoffice" solution, but a covering index ended up being better and easier to reason about
  52. dreamreal sure
  53. dreamreal lucene, solr, ES are all good bridges to scanning for data; if you really wanted to query it deeply you'd use sparql and rdf, but there's a reason people know about sparql and rdf and they don't know sparql and rdf themselves
  54. * agnivn joined #java
  55. * x1bncwn joined #java
  56. * gustik joined #java
  57. * GreenResponse joined #java
  58. * Successus joined #java
  59. * jamezp joined #java
  60. * computerscience joined #java
  61. computerscience should I use java or node
  62. julemand101 computerscience: For what problem?
  63. computerscience getting a graduate developer job in sydney
  64. julemand101 I mean, would it not be better you do a research into opening job offerings in your area to see what they look for?
  65. Para Or if you're interested in some specific field, one might be generally favored over another.
  66. Para Or if your interests match better with specific ecosystem.
  67. * szkl joined #java
  68. dreamreal computerscience: depends on for what, but honestly: node
  69. computerscience which node framework
  70. dreamreal nextjs
  71. computerscience I thought express was better
  72. computerscience my university taught us express
  73. computerscience maybe because it's basic
  74. dreamreal dude, you're in #java, asking a question like that. I don't care what you use. If node is an option, the mechanics are broken. Use something else, not our stuff.
  75. dreamreal node and java are not on the same playing field; it's like saying "I have the choice between an f1 and a ford truck. Which one shoudl I use?"
  76. dreamreal The question itself is a category error.
  77. dreamreal You wouldn't want an f1 car if you're carrying a load of cordwood. You wouldn't use an F150 on an f1 track.
  78. dreamreal if the f150 is an option, then gosh, make the choice and live with it. Node is easy. Asking the question makes it sound like that's a viable metric to use for you. (Java's easy, too, but in completely different ways.) Use what works for you.
  79. * kcomhnall joined #java
  80. * mixfix41 joined #java
  81. * stewi joined #java
  82. * TomyWork joined #java
  83. * sepult joined #java
  84. * stfstfm_ joined #java
  85. * raj joined #java
  86. * MikeBux joined #java
  87. * stfstfm joined #java
  88. * ferdna joined #java
  89. * MikeBux joined #java
  90. * stfstfm_ joined #java
  91. * stfstfm joined #java
  92. * stfstfm__2378 joined #java
  93. * mitch0 joined #java
  94. * stfstfm joined #java
  95. * stfstfm_ joined #java
  96. * P1RATEZ joined #java
  97. * pr070cal joined #java
  98. * stfstfm joined #java
  99. * stfstfm_ joined #java
  100. * sa02irc joined #java
  101. * rvalue- joined #java
  102. * emaczen joined #java
  103. * x1bncwn joined #java
  104. * agnivn joined #java
  105. * geenvoud joined #java
  106. * jamezp joined #java
  107. * pr070cal joined #java
  108. * mindCrime joined #java
  109. * IceMicha| joined #java
  110. * Cyp joined #java
  111. * agnivn joined #java
  112. NeXeN why does bytebuddy throw errors and still build properly ?
  113. NeXeN i mean, i see stack traces, but it's just a debug thing in hibernate, but wtf, like i always wondered about that
  114. NeXeN it offends my sense of ocd
  115. jreicher That is curious. What's the error?
  116. * zorone joined #java
  117. * Cyp_ joined #java
  118. * Cyp__ joined #java
  119. * zorone joined #java