<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet href="http://bugs.horde.org/themes/feed-rss.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
 <channel>
  <title>optimized sql Share driver</title>
  <pubDate>Sun, 18 May 2008 00:21:58 -0400</pubDate>
  <link>http://bugs.horde.org/ticket/6109</link>
  <atom:link rel="self" type="application/rss+xml" title="optimized sql Share driver" href="http://bugs.horde.org/ticket/6109/rss" />
  <description>optimized sql Share driver</description>

  
  
  <item>
   <title>- flat attribute table
- data splited per tables
- split r</title>
   <description>- flat attribute table
- data splited per tables
- split read support</description>
   <pubDate>Mon, 14 Jan 2008 06:42:42 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41120</link>
  </item>
  <item>
   <title>Genie DT to SQL conversion sql subselect script.
With littl</title>
   <description>Genie DT to SQL conversion sql subselect script.
With little modification it should work for all shares groups.</description>
   <pubDate>Mon, 14 Jan 2008 06:44:22 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41121</link>
  </item>
  <item>
   <title>Fix _getShareCriteria().

Seems to work with kronolith, na</title>
   <description>Fix _getShareCriteria().

Seems to work with kronolith, nag, mnemo and genie.</description>
   <pubDate>Mon, 14 Jan 2008 08:56:37 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41123</link>
  </item>
  <item>
   <title>Update transition script works for kronolith, nag, mnemo and</title>
   <description>Update transition script works for kronolith, nag, mnemo and genie. Create tables, transfers data, and delete old datatree entries. Just replace the string genie with appropriate share name. Unfortunately uses subselect so it will probably work with mysql only.</description>
   <pubDate>Mon, 14 Jan 2008 10:09:34 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41134</link>
  </item>
  <item>
   <title>Make a local copy of listShares() to do a query less -  do n</title>
   <description>Make a local copy of listShares() to do a query less -  do not query the db for ids and then select the data, but pick the data directly</description>
   <pubDate>Mon, 14 Jan 2008 12:52:17 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41135</link>
  </item>
  <item>
   <title>- Added __sleep and __wakeup methods
- Add perm_extra colum</title>
   <description>- Added __sleep and __wakeup methods
- Add perm_extra columns to mark if the share has any additional user or group definition. So we avoid queries for shares that don't have them set. In a lot of occasions we need only one query to get the entire share list.</description>
   <pubDate>Mon, 14 Jan 2008 13:55:22 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41139</link>
  </item>
  <item>
   <title>Do not sort shares by name inside PHP as SQL can do it so. N</title>
   <description>Do not sort shares by name inside PHP as SQL can do it so. Now I finaly can list all 5.200 wish-list without timeout.  With this I think is the last thing I can do without share api changes. Now I am just wainting mysql to use indexes for bitwise operators. 

Duck</description>
   <pubDate>Tue, 15 Jan 2008 13:36:31 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41168</link>
  </item>
  <item>
   <title>This is maybe a hack. But introducing an dedicated object wi</title>
   <description>This is maybe a hack. But introducing an dedicated object with minimal data (id,name,owner) to work with share listing in panels etc lower the ram usage with 5.200 entries from 18M to 7M.

Tried with indexed arrays and noticed that uses even 1M less.</description>
   <pubDate>Sat, 19 Jan 2008 06:31:41 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41309</link>
  </item>
  <item>
   <title>fix harcoded DT permissons and param_extra query</title>
   <description>fix harcoded DT permissons and param_extra query</description>
   <pubDate>Fri, 25 Jan 2008 14:37:52 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t41496</link>
  </item>
  <item>
   <title>Just to be clear, shareimport-genie.sql is replaced by horde</title>
   <description>Just to be clear, shareimport-genie.sql is replaced by horde.shares.genie.sql, right?
</description>
   <pubDate>Mon, 18 Feb 2008 22:16:04 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t42564</link>
  </item>
  <item>
   <title>&gt; Just to be clear, shareimport-genie.sql is replaced by 
&gt;</title>
   <description>&gt; Just to be clear, shareimport-genie.sql is replaced by 
&gt; horde.shares.genie.sql, right?

yes</description>
   <pubDate>Tue, 19 Feb 2008 05:38:23 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t42598</link>
  </item>
  <item>
   <title>I am uploading a new version that fixes a little bug in  _ge</title>
   <description>I am uploading a new version that fixes a little bug in  _getShareCriteria I discovered while trying to port it to Ansel.

Horde_Share_Object_sqlmini is us just a hack, and can be completely omitted. Is a fact that all applications fetches the list only to get the share id, name and owner. All other actions are done on a single share object. Only Kronolith uses the results from listShares for permission checking. So it would be better to remove Horde_Share_Object_sqlmini and add a method to return an indexed array for share names/owners as we already discussed some time ago in the list.</description>
   <pubDate>Tue, 19 Feb 2008 13:34:49 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t42611</link>
  </item>
  <item>
   <title>Should go into 3.2 as an experimental driver.</title>
   <description>Should go into 3.2 as an experimental driver.</description>
   <pubDate>Wed, 05 Mar 2008 19:24:01 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t43431</link>
  </item>
  <item>
   <title>I've committed the base driver code. Can you post what the c</title>
   <description>I've committed the base driver code. Can you post what the config settings look like for this driver?</description>
   <pubDate>Thu, 06 Mar 2008 23:32:05 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t43523</link>
  </item>
  <item>
   <title>&gt; I've committed the base driver code. Can you post what the</title>
   <description>&gt; I've committed the base driver code. Can you post what the config 
&gt; settings look like for this driver?

No configuration options is needed. It uses the global horde sql configuration (with split write support). All you need is to create additional tables per very share group. Like is already attached here in horde.shares.genie.sql. You must just change the prefix by scope name and add attributes columns if needed. I am attaching another example for Kronolith. Structures for each application can be bundled with application sql structure.</description>
   <pubDate>Fri, 07 Mar 2008 04:50:21 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t43526</link>
  </item>
  <item>
   <title>Okay, so we just need a 'sql' option with no extra params in</title>
   <description>Okay, so we just need a 'sql' option with no extra params in the $conf['shares'] array?</description>
   <pubDate>Fri, 07 Mar 2008 15:45:42 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t43555</link>
  </item>
  <item>
   <title>&gt; Okay, so we just need a 'sql' option with no extra params </title>
   <description>&gt; Okay, so we just need a 'sql' option with no extra params in the 
&gt; $conf['shares'] array?

yes</description>
   <pubDate>Sat, 08 Mar 2008 04:27:39 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t43570</link>
  </item>
  <item>
   <title>After framework update I noticed that I didn't update the co</title>
   <description>After framework update I noticed that I didn't update the code here. 
- Fix unsetting the permissions for guest/default/creator.
- Don't avoid permission check with attributes.</description>
   <pubDate>Sun, 06 Apr 2008 14:05:14 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44452</link>
  </item>
  <item>
   <title>Committed along with making the code parse under PHP 4. Stil</title>
   <description>Committed along with making the code parse under PHP 4. Still need to remove the REPLACE INTO statement so it works in more than MySQL.</description>
   <pubDate>Sun, 06 Apr 2008 22:14:42 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44466</link>
  </item>
  <item>
   <title>Code is working for me on SQLite now as well as MySQL. Still</title>
   <description>Code is working for me on SQLite now as well as MySQL. Still to do:
- sql scripts for Ingo, Kronolith (done), Mnemo, Nag, Turba
- datatree-to-sql upgrade scripts for Ingo, Kronolith, Mnemo, Nag, Turba
- conf.xml entry (done, just waiting for full functionality)
- docs/UPGRADING entries

I'm working at this, but help is certainly welcome. If anyone else wants to/can jump in here, please just add a note here so we don't overlap.</description>
   <pubDate>Sat, 12 Apr 2008 22:59:35 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44608</link>
  </item>
  <item>
   <title>table defs have been added for Kronolith; still need the upg</title>
   <description>table defs have been added for Kronolith; still need the upgrade scripts (both for creating the tables and migration).</description>
   <pubDate>Sun, 13 Apr 2008 01:01:06 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44609</link>
  </item>
  <item>
   <title>I'll try to work on what's required for Turba...</title>
   <description>I'll try to work on what's required for Turba...</description>
   <pubDate>Sun, 13 Apr 2008 13:18:58 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44613</link>
  </item>
  <item>
   <title>Table defs are done for Turba - still need to work on the co</title>
   <description>Table defs are done for Turba - still need to work on the conversion script
</description>
   <pubDate>Sun, 13 Apr 2008 15:01:45 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44614</link>
  </item>
  <item>
   <title>Table defs and table def upgrades are done for Nag and Mnemo</title>
   <description>Table defs and table def upgrades are done for Nag and Mnemo.</description>
   <pubDate>Mon, 14 Apr 2008 14:11:43 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44635</link>
  </item>
  <item>
   <title>Ingo table defs are done. That leaves, to summarize:

- da</title>
   <description>Ingo table defs are done. That leaves, to summarize:

- datatree-to-sql upgrade scripts for Ingo, Kronolith, Mnemo, Nag, Turba
- conf.xml entry (done, just waiting for full functionality)
- docs/UPGRADING entries</description>
   <pubDate>Mon, 14 Apr 2008 16:20:41 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44637</link>
  </item>
  <item>
   <title>Turba migrations and UPGRADING is done (that should be it fo</title>
   <description>Turba migrations and UPGRADING is done (that should be it for Turba)
So..to update the summary:
&gt; Ingo table defs are done. That leaves, to summarize:
&gt;
&gt; - datatree-to-sql upgrade scripts for Ingo, Kronolith, Mnemo, Nag
&gt; - conf.xml entry (done, just waiting for full functionality)
&gt; - docs/UPGRADING entries Ingo, Kronolith, Mnemo, Nag

I'll start moving the migration script to the other apps and post as I complete them.</description>
   <pubDate>Wed, 16 Apr 2008 18:21:40 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44685</link>
  </item>
  <item>
   <title>Kronolith migration and UPGRADING done</title>
   <description>Kronolith migration and UPGRADING done</description>
   <pubDate>Wed, 16 Apr 2008 19:07:01 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44686</link>
  </item>
  <item>
   <title>Ingo migration and UPGRADING done that leaves:

&gt;&gt; - datat</title>
   <description>Ingo migration and UPGRADING done that leaves:

&gt;&gt; - datatree-to-sql upgrade scripts for Mnemo, Nag
&gt;&gt; - conf.xml entry (done, just waiting for full functionality)
&gt;&gt; - docs/UPGRADING entries Mnemo, Nag</description>
   <pubDate>Wed, 16 Apr 2008 22:34:29 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44689</link>
  </item>
  <item>
   <title>Duck-
can you explain what the check in Horde_Share_sql::_g</title>
   <description>Duck-
can you explain what the check in Horde_Share_sql::_getShareCriteria against $conf['share']['no_sharing'] is for? It doesn't appear in the other backends, and I'm inclined to remove it here also unless there's a reason I'm missing.</description>
   <pubDate>Thu, 17 Apr 2008 10:44:32 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44705</link>
  </item>
  <item>
   <title>&gt; Duck-
&gt; can you explain what the check in Horde_Share_sql</title>
   <description>&gt; Duck-
&gt; can you explain what the check in Horde_Share_sql::_getShareCriteria 
&gt; against $conf['share']['no_sharing'] is for? It doesn't appear in the 
&gt; other backends, and I'm inclined to remove it here also unless 
&gt; there's a reason I'm missing.

As I remember, even when shares are disabled, the default user's share is still created. Like the default user calendar. Performing the select joins the users/group table. But those two tables will be always empty. So I add a check to avoid the JOIN.</description>
   <pubDate>Thu, 17 Apr 2008 11:27:01 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44706</link>
  </item>
  <item>
   <title>&gt; As I remember, even when shares are disabled, the default </title>
   <description>&gt; As I remember, even when shares are disabled, the default user's 
&gt; share is still created. Like the default user calendar. Performing 
&gt; the select joins the users/group table. But those two tables will be 
&gt; always empty. So I add a check to avoid the JOIN.

Shouldn't the check be the other way then? Right now it only joins in those tables if no_sharing is enabled? Actually I think it should be removed, since even if users aren't allowed to control who sees their shares, someone might create system shares that everyone sees.</description>
   <pubDate>Thu, 17 Apr 2008 12:03:47 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44711</link>
  </item>
  <item>
   <title>Looks like all we have left now is the conf.xml entry. Chuck</title>
   <description>Looks like all we have left now is the conf.xml entry. Chuck, you said you have it done, right?

</description>
   <pubDate>Thu, 17 Apr 2008 15:36:50 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44713</link>
  </item>
  <item>
   <title>No great shakes, but yup, it's done. Now we test :)</title>
   <description>No great shakes, but yup, it's done. Now we test :)</description>
   <pubDate>Thu, 17 Apr 2008 16:05:29 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44714</link>
  </item>
  <item>
   <title>Also added upgrade files to Genie as well...</title>
   <description>Also added upgrade files to Genie as well...</description>
   <pubDate>Sat, 19 Apr 2008 14:39:25 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44739</link>
  </item>
  <item>
   <title>This is done and a pretty darn solid beta if I say so myself</title>
   <description>This is done and a pretty darn solid beta if I say so myself. Huge thanks to Duck for getting this started and to Michael R. for all the help testing and for writing the migration scripts.</description>
   <pubDate>Tue, 29 Apr 2008 23:34:27 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6109#t44999</link>
  </item>
  

 </channel>
</rss>
