rainbowdash.net
type: Site
name: Rainbow Dash Network
space of: sql

sql
type: Container
type: channel
description: Updates tagged with sql on Rainbow Dash Network!
items: rozzin: RT @mjd Now that's funny: https://boingboing.net/2019/08/14/geeks-idea-to-get-null-l.html #SQL
items: mjd: Now that's funny: https://boingboing.net/2019/08/14/geeks-idea-to-get-null-l.html #SQL
items: roland: Found a #SQL query for !gnusocial to remote #UTM #click-tracking: UPDATE `file` SET `url` = SUBSTRING_INDEX(`url`, '?utm_', 1) WHERE `url` LIKE '%?utm_%'
items: sl: Really nice #SQL #Style #Guide. http://www.sqlstyle.guide/ #programming #database #FAQ
items: objectType=note
items: http://microblog.ourcoffs.org.au/notice/183658
items: mcscx: @deavmi and #sql ;-)
items: https://loadaverage.org/notice/969109
items: mjd: Going by posts in the issue queue, people who use Rules are also fond of #SQL. Who needs APIs when you have db_query()? #Drupal #Wrong
items: erkanyilmaz: hm, ok. I am looking e.g. at http://ur1.ca/g1m47 - let's find out via #SQL? select count(*) from conversation;
items: http://oracle.skilledtests.com/notice/298165
items: toksyuryel: Before I go to bed, I wanted to share this because it makes me happy. http://dpaste.com/749403/ @widget @bitshift !coderpony #SQL
items: http://rainbowdash.net/notice/1379076
items: http://rainbowdash.net/notice/1378958
items: http://rainbowdash.net/notice/1378728
items: http://rainbowdash.net/notice/1372298
items: http://rainbowdash.net/notice/1370174
items: toksyuryel: Also I do believe this is the first valid use of an array I've found. #SQL
items: http://rainbowdash.net/notice/1369429
items: toksyuryel: Here's a comparison of uncached performance vs cached performance http://dpaste.com/747276/ @bitshift @widget !coderpony #SQL
items: toksyuryel: Performance is pretty terrible with ten million rows. I'll have to work out a way to deal with it. #SQL
items: toksyuryel: I wonder how long ago this would have been done if I could use COPY. I started populating four and a half hours ago and it's not even two-thirds done yet. #SQL
items: toksyuryel: Just to see how well this really scales, let's try it with ten million pots. Predictions? #SQL
items: toksyuryel: I'm pretty happy about this. http://dpaste.com/746779/ @widget @bitshift !coderpony #SQL
items: toksyuryel: Good news: I've identified what sort of query I need in order to output conversations sorted as threads. Bad news: it's WITH RECURSIVE. #SQL
items: toksyuryel: Also the fact that CHECK constraints can contain functions in general really. #SQL
items: toksyuryel: I have discovered that CHECK constraints can contain subqueries if you encapsulate them inside of functions. This opens up so many possibilities. #SQL
items: toksyuryel: Learning quite a few things about what I've been doing wrong. It's great to be able to finally test this stuff. #SQL
items: http://rainbowdash.net/notice/1357347
items: toksyuryel: So many joins @.@ #SQL
items: http://rainbowdash.net/notice/1355857
items: toksyuryel: Today's lesson: arrays are evil. http://dpaste.com/745811/ @bitshift !coderpony #SQL
items: toksyuryel: Hm, I think my problem is not enough tables. Let's refactor this whole thing and make like a bajilion tables. #SQL
items: http://rainbowdash.net/notice/1352374
items: toksyuryel: @bitshift So how'd I do? :) http://dpaste.com/745233/ !coderpony #SQL
items: toksyuryel: @toksyuryel @bitshift I realized I forgot some conditionals in one of the stubbed functions, here's a fixed version of that http://dpaste.com/745201/ !coderpony #SQL
items: toksyuryel: @bitshift I have stubbed out several functions and created the triggers to demonstrate how I plan to constrain the arrays http://dpaste.com/745194/ !coderpony #SQL
items: toksyuryel: @bitshift Let's see how horribly I botched this one up http://dpaste.com/745169/ !coderpony #SQL
items: toksyuryel: @bitshift http://dpaste.com/745125/ here's what it looks like now !coderpony #SQL
items: toksyuryel: @bitshift As long as I'm using dpaste I might as well just post the entire file. Let me know how much I screwed everything up! http://dpaste.com/745106/ !coderpony #SQL
items: toksyuryel: Did I do this right? ` replyto bigint CHECK (replyto IS NOT postid AND replyto IS CASE WHEN conversation IS NOT postid THEN NOT NULL),` !coderpony #SQL
items: http://rainbowdash.net/notice/1348958
items: toksyuryel: Using PostgreSQL, can a foreign key reference the table it appears in? Or is there some other way to do this? !coderpony #SQL

rozzin: RT @mjd Now that's funny: https://boingboing.net/2019/08/14/geeks-idea-to-get-null-l.html #SQL
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/5462745
description: rozzin's status on Thursday, 15-Aug-19 06:02:02 UTC
encoded: RT @mjd Now that's funny: https://boingboing.net/2019/08/14/geeks-idea-to-get-null-l.html #SQL
date: 2019-08-15T06:02:02+00:00
creator: rozzin
has creator: acct
origin:
  lat: -30.3616184
  long: 153.1025800
has discussion: http://rainbowdash.net/conversation/4531257
tagged: concept

concept
type: Tag
label: sql

mjd: Now that's funny: https://boingboing.net/2019/08/14/geeks-idea-to-get-null-l.html #SQL
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/5462744
description: mjd's status on Thursday, 15-Aug-19 02:40:52 UTC
encoded: Now that's funny: https://boingboing.net/2019/08/14/geeks-idea-to-get-null-l.html #SQL
date: 2019-08-15T02:40:52+00:00
creator: mjd
has creator: acct
origin:
  lat: -30.3616184
  long: 153.1025800
has discussion: http://rainbowdash.net/conversation/4531256
tagged: concept

roland: Found a #SQL query for !gnusocial to remote #UTM #click-tracking: UPDATE `file` SET `url` = SUBSTRING_INDEX(`url`, '?utm_', 1) WHERE `url` LIKE '%?utm_%'
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/4407294
description: roland's status on Friday, 28-Oct-16 14:21:10 UTC
encoded: Found a #SQL query for !gnusocial to remote #UTM #click-tracking: UPDATE `file` SET `url` = SUBSTRING_INDEX(`url`, '?utm_', 1) WHERE `url` LIKE '%?utm_%'
date: 2016-10-28T14:21:10+00:00
creator: roland
has creator: acct
has discussion: http://rainbowdash.net/conversation/3700319
tagged: concept

concept
type: Tag
label: clicktracking

concept
type: Tag
label: utm

sl: Really nice #SQL #Style #Guide. http://www.sqlstyle.guide/ #programming #database #FAQ
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/4377225
description: sl's status on Tuesday, 11-Oct-16 15:53:08 UTC
encoded: Really nice #SQL #Style #Guide. http://www.sqlstyle.guide/ #programming #database #FAQ
date: 2016-10-11T15:53:08+00:00
creator: sl
has creator: acct
has discussion: http://rainbowdash.net/conversation/3680264
tagged: concept

concept
type: Tag
label: database

concept
type: Tag
label: faq

concept
type: Tag
label: guide

concept
type: Tag
label: programming

concept
type: Tag
label: style

objectType=note
type: item
type: MicroblogPost
title: sl: Some developers are so afraid of #SQL #injection, that they do interesting solutions. I tried to search for 'selection' but the search always turns out only for 'ion'. Also if looking dor deletion or insertion search also turns out only for 'ion'. So they're stripping the SQL commands from user input which they're so afraid of. Interesting way to deal with the issue. But doing that basically introduced usability issues which can be counted as bug. High five for your security team. This also reminds me from services which strips all ' from strings, just to be sure. They're not stripping drop or or create table commands, interesting logic there. Probably the user account doesn't have rights to drop or create tables, because those aren't being filtered.
link: http://rainbowdash.net/notice/4265897
description: sl's status on Sunday, 24-Jul-16 13:13:14 UTC
encoded: Some developers are so afraid of #SQL #injection, that they do interesting solutions. I tried to search for 'selection' but the search always turns out only for 'ion'. Also if looking dor deletion or insertion search also turns out only for 'ion'. So they're stripping the SQL commands from user input which they're so afraid of. Interesting way to deal with the issue. But doing that basically introduced usability issues which can be counted as bug. High five for your security team. This also reminds me from services which strips all ' from strings, just to be sure. They're not stripping drop or or create table commands, interesting logic there. Probably the user account doesn't have rights to drop or create tables, because those aren't being filtered.
date: 2016-07-24T13:13:14+00:00
creator: sl
has creator: acct
has discussion: http://rainbowdash.net/conversation/3602121
tagged: concept

concept
type: Tag
label: injection

http://microblog.ourcoffs.org.au/notice/183658
type: item
type: MicroblogPost
title: mjd: Todays tech tip: gPodder doesn't let you search episode title/descriptions. Presuming you can write #SQL queries (and who in this world of tech-literate, digital native millennials can't?) open ~/gPodder/Database with http://sqlitebrowser.org/
link: http://rainbowdash.net/notice/4237829
description: mjd's status on Friday, 01-Jul-16 02:26:00 UTC
encoded: Todays tech tip: gPodder doesn't let you search episode title/descriptions. Presuming you can write #SQL queries (and who in this world of tech-literate, digital native millennials can't?) open ~/gPodder/Database with http://sqlitebrowser.org/
date: 2016-07-01T02:26:00+00:00
creator: Matthew Davidson
has creator: acct
has discussion: http://rainbowdash.net/conversation/3583738
tagged: concept

objectType=note
type: item
type: MicroblogPost
title: mcscx2old: RT @roland For the last 3 (!) days (including today) I tried to fix the problem that while the #JPA is merging (similar to UPDATE #SQL statement) entities, some tables got filled with new rows (search for "eclipselink insert instead update") which leaves orphaned rows behind. I could enable orphanRemoval=true but that only adds another performance penalty. So I decided to switch to #Hibernate instead of remaining with #EclipseLink. cc !java
link: http://rainbowdash.net/notice/4102021
description: mcscx2old's status on Sunday, 06-Mar-16 20:41:41 UTC
encoded: RT @roland For the last 3 (!) days (including today) I tried to fix the problem that while the #JPA is merging (similar to UPDATE #SQL statement) entities, some tables got filled with new rows (search for "eclipselink insert instead update") which leaves orphaned rows behind. I could enable orphanRemoval=true but that only adds another performance penalty. So I decided to switch to #Hibernate instead of remaining with #EclipseLink. cc !java
date: 2016-03-06T20:41:41+00:00
creator: mcscx2old
has creator: acct
has discussion: http://rainbowdash.net/conversation/3492438
tagged: concept

concept
type: Tag
label: eclipselink

concept
type: Tag
label: hibernate

concept
type: Tag
label: jpa

objectType=note
type: item
type: MicroblogPost
title: roland: For the last 3 (!) days (including today) I tried to fix the problem that while the #JPA is merging (similar to UPDATE #SQL statement) entities, some tables got filled with new rows (search for "eclipselink insert instead update") which leaves orphaned rows behind. I could enable orphanRemoval=true but that only adds another performance penalty. So I decided to switch to #Hibernate instead of remaining with #EclipseLink. cc !java
link: http://rainbowdash.net/notice/4102020
description: roland's status on Sunday, 06-Mar-16 18:46:34 UTC
encoded: For the last 3 (!) days (including today) I tried to fix the problem that while the #JPA is merging (similar to UPDATE #SQL statement) entities, some tables got filled with new rows (search for "eclipselink insert instead update") which leaves orphaned rows behind. I could enable orphanRemoval=true but that only adds another performance penalty. So I decided to switch to #Hibernate instead of remaining with #EclipseLink. cc !java
date: 2016-03-06T18:46:34+00:00
creator: roland
has creator: acct
has discussion: http://rainbowdash.net/conversation/3492437
tagged: concept

mcscx: @deavmi and #sql ;-)
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/4027518
description: mcscx's status on Saturday, 14-Nov-15 17:31:31 UTC
encoded: @deavmi and #sql ;-)
date: 2015-11-14T17:31:31+00:00
creator: mcscx
has creator: acct
has discussion: http://rainbowdash.net/conversation/3444428
tagged: concept

https://loadaverage.org/notice/969109
type: item
type: MicroblogPost
title: deleteme: Ща расскажу забавную вещь. Работаю тут с SQLite. Нужно сделать проверку именно существования таблицы name. Ну и пишу "SELECT name FROM sqlite_master;". Прокатывает. Ладно, нужно проверить другую. Пишу "SELECT other FROM sqlite_master;" и не могу понять почему не работает. Оказалось, что нужно "SELECT name FROM sqlite_master WHERE name='other';". А первое знаете почему работало? Потому что в таблице sqlite_master колонка названий таблиц называется name. Ну он и выбирал все. #программирование #sql
link: http://rainbowdash.net/notice/3409692
description: deleteme's status on Tuesday, 06-May-14 13:27:35 UTC
encoded: Ща расскажу забавную вещь. Работаю тут с SQLite. Нужно сделать проверку именно существования таблицы name. Ну и пишу "SELECT name FROM sqlite_master;". Прокатывает. Ладно, нужно проверить другую. Пишу "SELECT other FROM sqlite_master;" и не могу понять почему не работает. Оказалось, что нужно "SELECT name FROM sqlite_master WHERE name='other';". А первое знаете почему работало? Потому что в таблице sqlite_master колонка названий таблиц называется name. Ну он и выбирал все. #программирование #sql
date: 2014-05-06T13:27:35+00:00
creator: deleteme
has creator: acct
has discussion: http://rainbowdash.net/conversation/3176786
tagged: concept

concept
type: Tag
label: программирование

mjd: Going by posts in the issue queue, people who use Rules are also fond of #SQL. Who needs APIs when you have db_query()? #Drupal #Wrong
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/3178692
description: mjd's status on Friday, 13-Dec-13 02:27:39 UTC
encoded: Going by posts in the issue queue, people who use Rules are also fond of #SQL. Who needs APIs when you have db_query()? #Drupal #Wrong
date: 2013-12-13T02:27:39+00:00
creator: Matthew Davidson
has creator: acct
reply of: http://rainbowdash.net/notice/3178414
has discussion: http://rainbowdash.net/conversation/3090602
tagged: concept

concept
type: Tag
label: drupal

concept
type: Tag
label: wrong

erkanyilmaz: hm, ok. I am looking e.g. at http://ur1.ca/g1m47 - let's find out via #SQL? select count(*) from conversation;
type: item
type: MicroblogPost
link: http://rainbowdash.net/notice/3122533
description: erkanyilmaz's status on Friday, 15-Nov-13 21:55:28 UTC
encoded: hm, ok. I am looking e.g. at http://rainbowdash.net/conversation/3070621 - let's find out via #SQL? select count(*) from conversation;
date: 2013-11-15T21:55:28+00:00
creator: erkanyilmaz
has creator: acct
reply of: http://rainbowdash.net/notice/3122510
has discussion: http://rainbowdash.net/conversation/3070528
tagged: concept

http://oracle.skilledtests.com/notice/298165
type: item
type: MicroblogPost
title: erkanyilmaz: since @lnxw37@quitter.se 's server is !not online anymore, I assume 1. you will get the #data from a #cache somewhere 2. each SN server has the #licence at bottom of its pages for #reusage <- so I see no problem with topic extraction, though you might also ask @lnxw37 since he may still have a (working) DB and could extract via #SQL faster for you
link: http://rainbowdash.net/notice/2990168
description: erkanyilmaz's status on Monday, 16-Sep-13 13:04:08 UTC
encoded: since @lnxw37@quitter.se 's server is !not online anymore, I assume 1. you will get the #data from a #cache somewhere 2. each SN server has the #licence at bottom of its pages for #reusage <- so I see no problem with topic extraction, though you might also ask @lnxw37 since he may still have a (working) DB and could extract via #SQL faster for you
date: 2013-09-16T13:04:08+00:00
creator: erkanyilmaz
has creator: acct
has discussion: http://rainbowdash.net/conversation/819551
tagged: concept

concept
type: Tag
label: cache

concept
type: Tag
label: data

concept
type: Tag
label: licence

concept
type: Tag
label: reusage

toksyuryel: Before I go to bed, I wanted to share this because it makes me happy. http://dpaste.com/749403/ @widget @bitshift !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Thursday, 17-May-12 16:31:19 UTC
encoded: Before I go to bed, I wanted to share this because it makes me happy. http://dpaste.com/749403/ @widget @bitshift !coderpony #SQL
date: 2012-05-17T16:31:19+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/315261
links to: http://dpaste.com/749403/
tagged: concept

concept
type: Tag
label: coderpony

http://rainbowdash.net/notice/1379076
type: item
type: MicroblogPost
title: toksyuryel: Pre-caching the path instead of generating it dynamically seems to only improve cached performance (though the improvement there is dramatic). In some cases the uncached performance was actually *worse* than generating the path in a WITH RECURSIVE block. http://pgsql.privatepaste.com/60741d539f @bitshift @widget !coderpony #SQL
description: toksyuryel's status on Monday, 14-May-12 09:32:33 UTC
encoded: Pre-caching the path instead of generating it dynamically seems to only improve cached performance (though the improvement there is dramatic). In some cases the uncached performance was actually *worse* than generating the path in a WITH RECURSIVE block. http://pgsql.privatepaste.com/60741d539f @bitshift @widget !coderpony #SQL
date: 2012-05-14T09:32:33+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/311580
links to: http://pgsql.privatepaste.com/60741d539f
tagged: concept

http://rainbowdash.net/notice/1378958
type: item
type: MicroblogPost
title: toksyuryel: So, first test: building the paths in a WITH RECURSIVE block under normal settings. Test shows that this is, indeed, unacceptably slow but cached performance is phenomenal until the thread gets monstrously huge; as real world threads will never get as big as even the smallest thread in this sample, and certainly won't be so spread out, I consider the cached performance to be acceptable but I'd like something better for uncached performance. Now let's test it with the pre-computed paths. http://pgsql.privatepaste.com/205d6138f2 @bitshift @widget !coderpony #SQL
description: toksyuryel's status on Monday, 14-May-12 09:10:37 UTC
encoded: So, first test: building the paths in a WITH RECURSIVE block under normal settings. Test shows that this is, indeed, unacceptably slow but cached performance is phenomenal until the thread gets monstrously huge; as real world threads will never get as big as even the smallest thread in this sample, and certainly won't be so spread out, I consider the cached performance to be acceptable but I'd like something better for uncached performance. Now let's test it with the pre-computed paths. http://pgsql.privatepaste.com/205d6138f2 @bitshift @widget !coderpony #SQL
date: 2012-05-14T09:10:37+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/311575
links to: http://pgsql.privatepaste.com/205d6138f2
tagged: concept

http://rainbowdash.net/notice/1378728
type: item
type: MicroblogPost
title: toksyuryel: Hm, that was done faster than I thought. I estimated the total size would get to be over 5GB but it only got to 4.1GB before it finished. Here's an hour-by-hour breakdown of how long it took to populate the database with over ten million rows: http://dpaste.com/747878/ !coderpony #SQL
description: toksyuryel's status on Monday, 14-May-12 08:23:58 UTC
encoded: Hm, that was done faster than I thought. I estimated the total size would get to be over 5GB but it only got to 4.1GB before it finished. Here's an hour-by-hour breakdown of how long it took to populate the database with over ten million rows: http://dpaste.com/747878/ !coderpony #SQL
date: 2012-05-14T08:23:58+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/311551
links to: http://dpaste.com/747878/
tagged: concept

http://rainbowdash.net/notice/1372298
type: item
type: MicroblogPost
title: toksyuryel: At one million rows, the performance increase of sorting on a pre-computed path is negligible compared to generating the path in a WITH RECURSIVE block. I'll generate another ten million rows overnight and see how that performs tomorrow. #SQL
description: toksyuryel's status on Sunday, 13-May-12 07:06:30 UTC
encoded: At one million rows, the performance increase of sorting on a pre-computed path is negligible compared to generating the path in a WITH RECURSIVE block. I'll generate another ten million rows overnight and see how that performs tomorrow. #SQL
date: 2012-05-13T07:06:30+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/310433
tagged: concept

http://rainbowdash.net/notice/1370174
type: item
type: MicroblogPost
title: toksyuryel: I can't understand what this error is about. All of my parenthesis seem to line up properly (and it successfully creates the first two tables before the one with the error) and I don't see any misplaced or missing semicolons. Any help? http://dpaste.com/747347/ @bitshift @widget !coderpony #SQL
description: toksyuryel's status on Sunday, 13-May-12 01:13:01 UTC
encoded: I can't understand what this error is about. All of my parenthesis seem to line up properly (and it successfully creates the first two tables before the one with the error) and I don't see any misplaced or missing semicolons. Any help? http://dpaste.com/747347/ @bitshift @widget !coderpony #SQL
date: 2012-05-13T01:13:01+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/310170
links to: http://dpaste.com/747347/
tagged: concept

toksyuryel: Also I do believe this is the first valid use of an array I've found. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Saturday, 12-May-12 22:44:26 UTC
encoded: Also I do believe this is the first valid use of an array I've found. #SQL
date: 2012-05-12T22:44:26+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/310064
tagged: concept

http://rainbowdash.net/notice/1369429
type: item
type: MicroblogPost
title: toksyuryel: Alright I figured out what I need to do. If we store the path to each post directly in the database, there is no need for a recursive query. Sorting is fast and fetching posts by thread is also fast, so as long as these are the only things we're doing the result will be fast. Unfortunately testing this against ten million posts will have to wait until tomorrow as implementing this requires updating the schema. I believe that there is nothing further I can do with this database so it's time to drop it and get that new schema in there. #SQL
description: toksyuryel's status on Saturday, 12-May-12 22:43:22 UTC
encoded: Alright I figured out what I need to do. If we store the path to each post directly in the database, there is no need for a recursive query. Sorting is fast and fetching posts by thread is also fast, so as long as these are the only things we're doing the result will be fast. Unfortunately testing this against ten million posts will have to wait until tomorrow as implementing this requires updating the schema. I believe that there is nothing further I can do with this database so it's time to drop it and get that new schema in there. #SQL
date: 2012-05-12T22:43:22+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/310063
tagged: concept

toksyuryel: Here's a comparison of uncached performance vs cached performance http://dpaste.com/747276/ @bitshift @widget !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Saturday, 12-May-12 20:37:27 UTC
encoded: Here's a comparison of uncached performance vs cached performance http://dpaste.com/747276/ @bitshift @widget !coderpony #SQL
date: 2012-05-12T20:37:27+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/309937
links to: http://dpaste.com/747276/
tagged: concept

toksyuryel: Performance is pretty terrible with ten million rows. I'll have to work out a way to deal with it. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Saturday, 12-May-12 18:55:22 UTC
encoded: Performance is pretty terrible with ten million rows. I'll have to work out a way to deal with it. #SQL
date: 2012-05-12T18:55:22+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/309862
tagged: concept

toksyuryel: I wonder how long ago this would have been done if I could use COPY. I started populating four and a half hours ago and it's not even two-thirds done yet. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Saturday, 12-May-12 00:05:40 UTC
encoded: I wonder how long ago this would have been done if I could use COPY. I started populating four and a half hours ago and it's not even two-thirds done yet. #SQL
date: 2012-05-12T00:05:40+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/309217
tagged: concept

toksyuryel: Just to see how well this really scales, let's try it with ten million pots. Predictions? #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Friday, 11-May-12 19:35:35 UTC
encoded: Just to see how well this really scales, let's try it with ten million pots. Predictions? #SQL
date: 2012-05-11T19:35:35+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/308933
tagged: concept

toksyuryel: I'm pretty happy about this. http://dpaste.com/746779/ @widget @bitshift !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Friday, 11-May-12 19:14:58 UTC
encoded: I'm pretty happy about this. http://dpaste.com/746779/ @widget @bitshift !coderpony #SQL
date: 2012-05-11T19:14:58+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/308904
links to: http://dpaste.com/746779/
tagged: concept

toksyuryel: Good news: I've identified what sort of query I need in order to output conversations sorted as threads. Bad news: it's WITH RECURSIVE. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Friday, 11-May-12 13:30:26 UTC
encoded: Good news: I've identified what sort of query I need in order to output conversations sorted as threads. Bad news: it's WITH RECURSIVE. #SQL
date: 2012-05-11T13:30:26+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/308660
tagged: concept

toksyuryel: Also the fact that CHECK constraints can contain functions in general really. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Friday, 11-May-12 12:33:50 UTC
encoded: Also the fact that CHECK constraints can contain functions in general really. #SQL
date: 2012-05-11T12:33:50+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/308633
tagged: concept

toksyuryel: I have discovered that CHECK constraints can contain subqueries if you encapsulate them inside of functions. This opens up so many possibilities. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Friday, 11-May-12 12:31:49 UTC
encoded: I have discovered that CHECK constraints can contain subqueries if you encapsulate them inside of functions. This opens up so many possibilities. #SQL
date: 2012-05-11T12:31:49+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/308631
tagged: concept

toksyuryel: Learning quite a few things about what I've been doing wrong. It's great to be able to finally test this stuff. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Friday, 11-May-12 05:22:41 UTC
encoded: Learning quite a few things about what I've been doing wrong. It's great to be able to finally test this stuff. #SQL
date: 2012-05-11T05:22:41+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/308447
tagged: concept

http://rainbowdash.net/notice/1357347
type: item
type: MicroblogPost
title: toksyuryel: I wonder if it's preferred to chain table joins or use subqueries... it seems like both ultimately accomplish the same thing, just in different ways. Which performs better? Something I'll have to stop being lazy about rebooting to check. (technically I could check now but I don't really want to while still on the LiveCD) #SQL
description: toksyuryel's status on Thursday, 10-May-12 08:06:19 UTC
encoded: I wonder if it's preferred to chain table joins or use subqueries... it seems like both ultimately accomplish the same thing, just in different ways. Which performs better? Something I'll have to stop being lazy about rebooting to check. (technically I could check now but I don't really want to while still on the LiveCD) #SQL
date: 2012-05-10T08:06:19+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/307494
tagged: concept

toksyuryel: So many joins @.@ #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Thursday, 10-May-12 07:59:38 UTC
encoded: So many joins @.@ #SQL
date: 2012-05-10T07:59:38+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/307492
tagged: concept

http://rainbowdash.net/notice/1355857
type: item
type: MicroblogPost
title: toksyuryel: A question arises: if a column references its own table as a foreign key with ON DELETE RESTRICT and just so happens to refer to its own row, is that row simply completely impossible to delete or will it be deleted normally? !coderpony #SQL
description: toksyuryel's status on Thursday, 10-May-12 00:42:11 UTC
encoded: A question arises: if a column references its own table as a foreign key with ON DELETE RESTRICT and just so happens to refer to its own row, is that row simply completely impossible to delete or will it be deleted normally? !coderpony #SQL
date: 2012-05-10T00:42:11+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/307231
tagged: concept

toksyuryel: Today's lesson: arrays are evil. http://dpaste.com/745811/ @bitshift !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Thursday, 10-May-12 00:31:17 UTC
encoded: Today's lesson: arrays are evil. http://dpaste.com/745811/ @bitshift !coderpony #SQL
date: 2012-05-10T00:31:17+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/307221
links to: http://dpaste.com/745811/
tagged: concept

toksyuryel: Hm, I think my problem is not enough tables. Let's refactor this whole thing and make like a bajilion tables. #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Wednesday, 09-May-12 23:16:47 UTC
encoded: Hm, I think my problem is not enough tables. Let's refactor this whole thing and make like a bajilion tables. #SQL
date: 2012-05-09T23:16:47+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/307151
tagged: concept

http://rainbowdash.net/notice/1352374
type: item
type: MicroblogPost
title: toksyuryel: @bitshift I dunno, I designed half of it while half asleep anyway. Here it is anyway for your perusal http://dpaste.com/745314/ (to anyone just joining us, I'm learning all of this as I go and currently lack the means to test whether I've gotten any of this right, so if the syntax and such is completely wrong it's because I have no idea what I'm doing) !coderpony #SQL
description: toksyuryel's status on Wednesday, 09-May-12 05:34:44 UTC
encoded: @bitshift I dunno, I designed half of it while half asleep anyway. Here it is anyway for your perusal http://dpaste.com/745314/ (to anyone just joining us, I'm learning all of this as I go and currently lack the means to test whether I've gotten any of this right, so if the syntax and such is completely wrong it's because I have no idea what I'm doing) !coderpony #SQL
date: 2012-05-09T05:34:44+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: http://rainbowdash.net/notice/1352360
has discussion: http://rainbowdash.net/conversation/306459
links to: http://dpaste.com/745314/
tagged: concept

toksyuryel: @bitshift So how'd I do? :) http://dpaste.com/745233/ !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Wednesday, 09-May-12 00:47:20 UTC
encoded: @bitshift So how'd I do? :) http://dpaste.com/745233/ !coderpony #SQL
date: 2012-05-09T00:47:20+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: http://rainbowdash.net/notice/1349738
has discussion: http://rainbowdash.net/conversation/305931
links to: http://dpaste.com/745233/
tagged: concept

toksyuryel: @toksyuryel @bitshift I realized I forgot some conditionals in one of the stubbed functions, here's a fixed version of that http://dpaste.com/745201/ !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 23:10:58 UTC
encoded: @toksyuryel @bitshift I realized I forgot some conditionals in one of the stubbed functions, here's a fixed version of that http://dpaste.com/745201/ !coderpony #SQL
date: 2012-05-08T23:10:58+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: toksyuryel: @bitshift I have stubbed out several functions and created the triggers to demonstrate how I plan to constrain the arrays http://dpaste.com/745194/ !coderpony #SQL
has discussion: http://rainbowdash.net/conversation/305931
tagged: concept

toksyuryel: @bitshift I have stubbed out several functions and created the triggers to demonstrate how I plan to constrain the arrays http://dpaste.com/745194/ !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 23:05:16 UTC
encoded: @bitshift I have stubbed out several functions and created the triggers to demonstrate how I plan to constrain the arrays http://dpaste.com/745194/ !coderpony #SQL
date: 2012-05-08T23:05:16+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: http://rainbowdash.net/notice/1349738
has discussion: http://rainbowdash.net/conversation/305931
links to: http://dpaste.com/745194/
tagged: concept

toksyuryel: @bitshift Let's see how horribly I botched this one up http://dpaste.com/745169/ !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 22:09:18 UTC
encoded: @bitshift Let's see how horribly I botched this one up http://dpaste.com/745169/ !coderpony #SQL
date: 2012-05-08T22:09:18+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: http://rainbowdash.net/notice/1349522
has discussion: http://rainbowdash.net/conversation/305931
links to: http://dpaste.com/745169/
tagged: concept

toksyuryel: @bitshift http://dpaste.com/745125/ here's what it looks like now !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 20:50:47 UTC
encoded: @bitshift http://dpaste.com/745125/ here's what it looks like now !coderpony #SQL
date: 2012-05-08T20:50:47+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: http://rainbowdash.net/notice/1349412
has discussion: http://rainbowdash.net/conversation/305931
links to: http://dpaste.com/745125/
tagged: concept

toksyuryel: @bitshift As long as I'm using dpaste I might as well just post the entire file. Let me know how much I screwed everything up! http://dpaste.com/745106/ !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 20:34:16 UTC
encoded: @bitshift As long as I'm using dpaste I might as well just post the entire file. Let me know how much I screwed everything up! http://dpaste.com/745106/ !coderpony #SQL
date: 2012-05-08T20:34:16+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
reply of: http://rainbowdash.net/notice/1349340
has discussion: http://rainbowdash.net/conversation/305931
links to: http://dpaste.com/745106/
tagged: concept

toksyuryel: Did I do this right? ` replyto bigint CHECK (replyto IS NOT postid AND replyto IS CASE WHEN conversation IS NOT postid THEN NOT NULL),` !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 20:19:16 UTC
encoded: Did I do this right? ` replyto bigint CHECK (replyto IS NOT postid AND replyto IS CASE WHEN conversation IS NOT postid THEN NOT NULL),` !coderpony #SQL
date: 2012-05-08T20:19:16+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/305931
tagged: concept

http://rainbowdash.net/notice/1348958
type: item
type: MicroblogPost
title: toksyuryel: I'm guessing this is invalid... ` mentions text[] CHECK (mentions ALL REFERENCES users),` I'm actually not sure how to do this correctly. How do I write a constraint to compare all the values in an array to rows in a different table? (PostgreSQL) #SQL
description: toksyuryel's status on Tuesday, 08-May-12 18:50:06 UTC
encoded: I'm guessing this is invalid... ` mentions text[] CHECK (mentions ALL REFERENCES users),` I'm actually not sure how to do this correctly. How do I write a constraint to compare all the values in an array to rows in a different table? (PostgreSQL) #SQL
date: 2012-05-08T18:50:06+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/305863
tagged: concept

toksyuryel: Using PostgreSQL, can a foreign key reference the table it appears in? Or is there some other way to do this? !coderpony #SQL
type: item
type: MicroblogPost
description: toksyuryel's status on Tuesday, 08-May-12 01:48:17 UTC
encoded: Using PostgreSQL, can a foreign key reference the table it appears in? Or is there some other way to do this? !coderpony #SQL
date: 2012-05-08T01:48:17+00:00
creator: Toksyuryel
maker: Toksyuryel
has creator: acct
has discussion: http://rainbowdash.net/conversation/305229
tagged: concept

erkanyilmaz
type: Agent
nick: erkanyilmaz
holds account: acct

Toksyuryel
type: Agent
nick: toksyuryel
holds account: acct