<div dir="ltr">Hi Timo,<div><br></div><div>I can probably add the identity column stuff to daos this weekend and that would solve your first issue. I have to admit that I do not use daos (just sql or s-sql), so they have never been a high priority for me.<div><br></div><div>With respect to references and foreign keys to other tables, I can also try to write up an explanation this weekend, but please understand that postmodern daos are really simple. They are not full ORMs. Maybe someone else on the mailing list can write up how they use them.</div><div><br></div><div>From a design standpoint, I agree that I would not include user passwords in a dao class with the rest of the user information. (I do hope those are salted passwords as well.) That also implies that passwords should not be in the same table as the rest of the user information. However, your password validation function just needs the user id and the password to be tested. Why pass around an entire user dao? (This shows my biases as a dba rather than a developer.)</div><div><br></div><div>But I am confused by your comment about adding a method to a user dao class. Common lisp classes do not have methods. Methods are generic and are specialized on their parameters. So I could write a validate-password generic function that takes two parameters, a user-id and a password string. Then I would write two methods, one that accepted an integer as the user-id parameter and a second method that accepted a user-dao as the user-id parameter (and then internally extracted the user-id out of the user dao). See, e.g. the explanations here: <a href="http://www.gigamonkeys.com/book/object-reorientation-generic-functions.html">http://www.gigamonkeys.com/book/object-reorientation-generic-functions.html</a> </div><div><br></div><div>Sabra<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 9, 2020 at 4:01 PM Timo Myyrä <<a href="mailto:timo.myyra@bittivirhe.fi">timo.myyra@bittivirhe.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
So the best bet would be to just use the create-table to create the database<br>
structure and then define dao classes separately.<br>
I was trying to avoid that as I'd guess it will be easy to have definitions given on<br>
create-table and dao class to drift apart. I was trying to avoid that by using<br>
just dao so database stuff would be given on just one place. <br>
<br>
But now that we're talking daos, how should I handle references to other tables<br>
with dao class? If we take the User dao class for example, I add the users table<br>
and define the user dao. I have then separate passwords table that stores user<br>
passwords. It doesn't feel right to make passwords an dao class. The passwords<br>
are tied very tighly to user so it would seeem logical to query the passwords with user<br>
dao. What would be 'idiomatic way' to do this with postmodern? Just use the user dao<br>
class and add an method to it, which makes normal sql query for users passwords?<br>
Just define password dao and query it with user id?<br>
<br>
A bit basic questions. The documents and examples show small cases so its hard<br>
to see the big picture from them.<br>
<br>
timo<br>
<br>
Sabra Crolleton <<a href="mailto:sabra.crolleton@gmail.com" target="_blank">sabra.crolleton@gmail.com</a>> writes:<br>
<br>
> Hello Timo,<br>
><br>
> A couple of notes here. First "user" is a restricted word for postgresql,<br>
> so I<br>
> suggest naming the table "users" instead.<br>
><br>
> Second, your s-sql sample create table misplaced a paren. You need another<br>
> paren after<br>
> the username column and before the primary key<br>
><br>
> I agree that daos do not yet have identity columns, but that really only<br>
> prevents you from creating a table using the dao.<br>
><br>
> So consider the following where we create a table using s-sql, insert some<br>
> items,<br>
> demonstrate that we can retrieve an item using a dao, then demonstrate we<br>
> can<br>
> create a dao item, insert it in the table and then retrieve it. Postgresql<br>
> handles all<br>
> the identity stuff. Also note that I used "users" as the table, but I can<br>
> create a dao class<br>
> named "user".<br>
><br>
> (query (:create-table (:if-not-exists 'users)<br>
> ((id :type integer :identity-always t)<br>
> (username :type text))<br>
> (:primary-key id)))<br>
><br>
> (query (:insert-rows-into 'users :columns 'username :values '(("Jason")<br>
> ("Tim") ("Karolyn"))))<br>
><br>
> (defclass user ()<br>
> ((id :col-type integer :accessor id)<br>
> (username :col-type text :initarg :username :accessor username))<br>
> (:metaclass dao-class)<br>
> (:table-name users)<br>
> (:keys id))<br>
><br>
> (username (get-dao 'user 1))<br>
> "Jason"<br>
><br>
> (let ((item (make-instance 'user :username "Zenya")))<br>
> (insert-dao item))<br>
><br>
> (username (get-dao 'user 4))<br>
><br>
> "Zenya"<br>
><br>
> Does this help?<br>
><br>
> Sabra Crolleton<br>
><br>
><br>
> On Tue, Jun 9, 2020 at 12:41 PM Timo Myyrä <<a href="mailto:timo.myyra@bittivirhe.fi" target="_blank">timo.myyra@bittivirhe.fi</a>> wrote:<br>
><br>
>> Hi,<br>
>><br>
>> I'm learning to use postmodern as part of my hobby project but I've hit a<br>
>> small bump in the process.<br>
>> I can have the identity column defined for table without dao with<br>
>> something like:<br>
>> (s-sql:sql (:create-table (:if-not-exists 'user)<br>
>> ((id :type int :identity-always t)<br>
>> (username :type text)<br>
>> (:primary-key id)))<br>
>><br>
>> But I intent to use dao classes so it would be nice to have identity<br>
>> column specified as part to defclass slot options.<br>
>> Is there some way to create dao class with identity column?<br>
>><br>
>> Br,<br>
>> Timo M<br>
>><br>
>><br>
</blockquote></div>